From owner-freebsd-stable Sun Apr 28 0:48:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id 54C6937B417 for ; Sun, 28 Apr 2002 00:48:21 -0700 (PDT) Received: from blossom.cjclark.org ([12.234.91.48]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020428074816.DMAG20384.rwcrmhc54.attbi.com@blossom.cjclark.org>; Sun, 28 Apr 2002 07:48:16 +0000 Received: (from cjc@localhost) by blossom.cjclark.org (8.11.6/8.11.6) id g3S7mFk47838; Sun, 28 Apr 2002 00:48:15 -0700 (PDT) (envelope-from cjc) Date: Sun, 28 Apr 2002 00:48:15 -0700 From: "Crist J. Clark" To: Robin Blanchard Cc: stable@FreeBSD.ORG Subject: Re: NFS world hosting question Message-ID: <20020428004815.G37618@blossom.cjclark.org> References: <3CC8119D.FC4AA4FD@gactr.uga.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3CC8119D.FC4AA4FD@gactr.uga.edu>; from Robin_Blanchard@gactr.uga.edu on Thu, Apr 25, 2002 at 10:24:29AM -0400 X-URL: http://people.freebsd.org/~cjc/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, Apr 25, 2002 at 10:24:29AM -0400, Robin Blanchard wrote: > Last time I tried this (a year or more ago) this wasn't possible. > Wondering if it is yet... > > given an NFS host whose world is built with CPUTYPE=i686, build an > alternate obj MAKEOBJDIRPREFIX=/usr/obj-486 with CPUTYPE=i486 and have > that subsequent obj installed via NFS onto a poor-old 486? No. You can't run 'installworld' cross{arch,cputype}. -- Crist J. Clark | cjclark@alum.mit.edu | cjclark@jhu.edu http://people.freebsd.org/~cjc/ | cjc@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 1:27:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 429FE37B41D for ; Sun, 28 Apr 2002 01:27:53 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.3/8.12.3) with ESMTP id g3S8RmA2095135 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 28 Apr 2002 01:27:48 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.3/8.12.3/Submit) id g3S8RlB2095132; Sun, 28 Apr 2002 01:27:47 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15563.45699.842494.993076@horsey.gshapiro.net> Date: Sun, 28 Apr 2002 01:27:47 -0700 From: Gregory Neil Shapiro To: pjklist@ekahuna.com Cc: stable@FreeBSD.ORG Subject: Re: Question re: Sendmail changes In-Reply-To: <20020427204915815.AAA795@empty1.ekahuna.com@pc02.ekahuna.com> References: <20020427204915815.AAA795@empty1.ekahuna.com@pc02.ekahuna.com> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG pjklist> A queue runner process owned by "smmsp". pjklist> A traditional sendmail process owned by root, "accepting pjklist> connections". pjklist> I have sendmail_enable="NO" in my rc.conf. I thought this would have pjklist> left just the queue runner process going, no? If I telnet to pjklist> localhost port 25, I still see the usual banner. pjklist> Do I really have to set sendmail_enable to "NONE" so it won't answer pjklist> on port 25 at all? Read /etc/mail/README (or src/etc/mail/README if you haven't run mergemaster) to find out more about this new process. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 1:43: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by hub.freebsd.org (Postfix) with ESMTP id C133F37B405 for ; Sun, 28 Apr 2002 01:42:59 -0700 (PDT) Received: from pc-02 (pc02.ekahuna.com [198.144.200.197]) by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com; Sun, 28 Apr 2002 01:42:59 -0700 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: stable@FreeBSD.ORG Date: Sun, 28 Apr 2002 01:42:58 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) Reply-To: pjklist@ekahuna.com Cc: Kevin Oberman X-mailer: Pegasus Mail for Win32 (v3.12c) Message-ID: <20020428084259266.AAA791@empty1.ekahuna.com@pc02.ekahuna.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 24 Apr 2002, at 13:49, I wrote: > On 24 Apr 2002, at 11:23, Kevin Oberman boldly uttered: > > > > > On Tue, 23 Apr 2002, Philip J. Koenig wrote: > > > > My usual sequence is: > > > > > > [multi-user] > > > - cvsup > > > - buildworld > > > - buildkernel > > > > > > [restart into single-user, since shutting down to single-user can > > > cause problems with ie kern securelevel] > > > - mount filesystems, swap, run adjkerntz -i > > > - installkernel > > > - installworld > > > - mergemaster > > > - final cleanup/backup > > > - reboot > > > > > > Reason being I've always read/been told that this is standard > > > practice because changing system files while in multi-user mode can > > > cause various problems. I always thought mergemaster had to come > > > after the install step. > > > > This is NOT standard practice. You need to do the installkernel before the > > reboot. Either do this immediately after the buildkernel or just > > make kernel which is the same as "make buildkernel installkernel". > > > > If you reboot before installing hte kernel, you are NOT confirming that > > the new kernel will run. > > cvsup > > buildworld > > buildkernel > > installkernel > > reboot new kernel > > mount -a -t ufs > > installworld > > mergemaster > > reboot or exit > > You are correct - I diverge from the usual recommendation in that I > usually install the kernel with the world. In the past I actually > found that worked better for me, although in the future I may re- > evaluate that. So I tried the 'accepted' sequence of installing the kernel before the world yesterday. One thing I have always done prior to running mergemaster is to set the console to 132 columns to make it easier to view long lines and to facilitate merging files. When I was running this new kernel (mismatched to the world) vidcontrol was completely broken, none of its commands would work. (anything I typed got met with something along the lines of "must be on virtual console, inappropriate ioctl for device". This problem went away after installing the world.) So I couldn't do anything with the default screen settings. I'd say it's a good example of the kinds of things that can break when you do it that way. So it appears each method has its pluses and minuses. (Maybe the ideal would be to test the new kernel then revert to the old to build the new system, but that would require a 2nd reboot) -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 1:50:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by hub.freebsd.org (Postfix) with ESMTP id 4564F37B41E; Sun, 28 Apr 2002 01:50:18 -0700 (PDT) Received: from pc-02 (pc02.ekahuna.com [198.144.200.197]) by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com; Sun, 28 Apr 2002 01:50:17 -0700 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: stable@FreeBSD.ORG Date: Sun, 28 Apr 2002 01:50:17 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Question re: Sendmail changes Reply-To: pjklist@ekahuna.com Cc: Gregory Neil Shapiro In-reply-to: <15563.45699.842494.993076@horsey.gshapiro.net> References: <20020427204915815.AAA795@empty1.ekahuna.com@pc02.ekahuna.com> X-mailer: Pegasus Mail for Win32 (v3.12c) Message-ID: <20020428085017797.AAA795@empty1.ekahuna.com@pc02.ekahuna.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 28 Apr 2002, at 1:27, Gregory Neil Shapiro boldly uttered: > pjklist> A queue runner process owned by "smmsp". > pjklist> A traditional sendmail process owned by root, "accepting > pjklist> connections". > > pjklist> I have sendmail_enable="NO" in my rc.conf. I thought this would have > pjklist> left just the queue runner process going, no? If I telnet to > pjklist> localhost port 25, I still see the usual banner. > > pjklist> Do I really have to set sendmail_enable to "NONE" so it won't answer > pjklist> on port 25 at all? > > Read /etc/mail/README (or src/etc/mail/README if you haven't run > mergemaster) to find out more about this new process. So the answer to the question is, it was misleading to test for a "public" sendmail process answering on port 25 using "localhost" because the way it's done now when sendmail_enable="NO" is that the incoming process is only bound to localhost. Sure enough, if I did the same test using the actual IP or host address, there was nothing answering on port 25. Thanks for the rtfm reminder Gregory. -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 3:41:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from prometheus.vh.laserfence.net (prometheus.laserfence.net [196.44.73.116]) by hub.freebsd.org (Postfix) with ESMTP id 74ECC37B417 for ; Sun, 28 Apr 2002 03:41:04 -0700 (PDT) Received: from phoenix.vh.laserfence.net ([192.168.0.10]) by prometheus.vh.laserfence.net with esmtp (Exim 3.34 #1) id 171m6v-0001GY-00 for freebsd-stable@freebsd.org; Sun, 28 Apr 2002 12:40:53 +0200 Date: Sun, 28 Apr 2002 12:40:53 +0200 (SAST) From: Willie Viljoen X-X-Sender: will@phoenix.vh.laserfence.net To: freebsd-stable@freebsd.org Subject: FreeBSD 4.5-STABLE FreeBSD/SMP hangs. Message-ID: <20020428123803.L924-100000@phoenix.vh.laserfence.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I've been having some problems with recent builds of 4.5-STABLE. I have an old Dell PowerEdge SP590-2 system. It has two pentium-90 CPUs. Since recently, it has been hanging randomly. First, TCP listening daemons stop taking new connections, then it stops wanting to spawn new processes, and then just hangs dead, not even dropping into gdb. We've checked every posibility, even that of a DoS, we've disconnected it from the network, and not mounted unneeded file systems. Still it does the same... It worked fine with a 4.5-RELEASE-p2 kernel which was built SMP. Non-SMP kernels also run without a hitch. Any thoughts? Will -- Willie Viljoen Private IT Consultant 214 Paul Kruger Avenue Universitas Bloemfontein 9321 South Africa +27 51 522 15 60, a/h +27 51 522 44 36 +27 82 404 03 27 will@laserfence.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 4:23:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.pr.ac.yu (byte.pr.ac.yu [147.91.144.5]) by hub.freebsd.org (Postfix) with SMTP id A468337B432 for ; Sun, 28 Apr 2002 04:22:52 -0700 (PDT) Received: (qmail 16182 invoked from network); 30 Apr 2002 10:23:41 -0000 Received: from unknown (HELO zak) (147.91.144.84) by 0 with SMTP; 30 Apr 2002 10:23:41 -0000 Message-ID: <000801c1eea7$817b38d0$0f01a8c0@zak> From: "Aleksandar Zakic" To: Subject: Date: Sun, 28 Apr 2002 13:26:12 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01C1EEB8.43B6EF60" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C1EEB8.43B6EF60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0005_01C1EEB8.43B6EF60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0005_01C1EEB8.43B6EF60-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 4:27:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.pr.ac.yu (byte.pr.ac.yu [147.91.144.5]) by hub.freebsd.org (Postfix) with SMTP id 14D6E37B405 for ; Sun, 28 Apr 2002 04:27:18 -0700 (PDT) Received: (qmail 16207 invoked from network); 30 Apr 2002 10:28:09 -0000 Received: from unknown (HELO zak) (147.91.144.84) by 0 with SMTP; 30 Apr 2002 10:28:09 -0000 Message-ID: <000d01c1eea8$213fa4a0$0f01a8c0@zak> From: "Aleksandar Zakic" To: Subject: Date: Sun, 28 Apr 2002 13:30:41 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 6:46: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from nitrogen.wanadoo.fr (ca-ol-sqy-22-196.abo.wanadoo.fr [80.8.59.196]) by hub.freebsd.org (Postfix) with ESMTP id AAF3337B416 for ; Sun, 28 Apr 2002 06:46:04 -0700 (PDT) Received: from nitrogen.wanadoo.fr (nitrogen [127.0.0.1]) by nitrogen.wanadoo.fr (8.12.3/8.12.3) with ESMTP id g3SDj5Cx014770 for ; Sun, 28 Apr 2002 15:45:05 +0200 (CEST) (envelope-from dak@nitrogen.wanadoo.fr) Received: (from dak@localhost) by nitrogen.wanadoo.fr (8.12.3/8.12.3/Submit) id g3SDj4TY014769 for freebsd-stable@freebsd.org; Sun, 28 Apr 2002 15:45:04 +0200 (CEST) Date: Sun, 28 Apr 2002 15:45:04 +0200 From: dak To: freebsd-stable@freebsd.org Subject: Raw writing datas on a magnetic support with FreeBSD functions Message-ID: <20020428134504.GA14753@nitrogen.WorkGroup> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm trying to write my own File System, and I want to know if FreeBSD provides functions to directly write datas on a hard-disk or a floppy disk ; if it's not the case, how can I do ? Thanks in advance.. -- dak To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 9:46:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from cicero2.cybercity.dk (cicero2.cybercity.dk [212.242.40.53]) by hub.freebsd.org (Postfix) with ESMTP id 429F937B405 for ; Sun, 28 Apr 2002 09:46:12 -0700 (PDT) Received: from usr01.netlink.se (usr01.netlink.se [212.242.42.10]) by cicero2.cybercity.dk (Postfix) with ESMTP id 95A24100095; Sun, 28 Apr 2002 18:46:10 +0200 (CEST) Received: from thrawn.birch.se (port396.cvx3-mal.ppp.netlink.se [62.66.14.143]) by usr01.netlink.se (8.11.6/8.11.0) with ESMTP id g3SGk7O99954; Sun, 28 Apr 2002 18:46:07 +0200 (CEST) (envelope-from thrawn@linux.nu) Date: Sun, 28 Apr 2002 18:46:06 +0200 (CEST) From: =?iso8859-1?Q?Mattias_Bj=F6rk?= X-X-Sender: thrawn@thrawn.birch.se To: Joe Marcus Clarke Cc: Kohler@cicero0.cybercity.dk, Subject: RE: Mozilla compile errors on version 1.0.rc.1 In-Reply-To: <1019833476.312.0.camel@gyros.marcuscom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I just want to say thank you, also to the other people. But I have screwed up my mail so I didn't get all the mails about the problem but I read some of the online. I don't know what went wrong when I fetched the mails from pop3 with fetchmail but they disapeared somehow... So I can't reply to them anymore. Mvh Mattias Bj=F6rk Law of Probable Dispersal: =09Whatever it is that hits the fan will not be evenly distributed. On 26 Apr 2002, Joe Marcus Clarke wrote: > On Fri, 2002-04-26 at 08:35, Kohler, Raymond J wrote: > > Try upgrading your freetype2 port. > > Actually, you need to upgrade freetype1 to freetype-1.3.1_2. I added a > BROKEN message to Mozilla, so people with an up-to-date ports collection > trying to build with an old freetype will not be allowed. > > Joe > > > > > -- > > Ray > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > -- > PGP Key: http://www.marcuscom.com/pgp.asc > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 11:14:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by hub.freebsd.org (Postfix) with ESMTP id 8AB9737B41A for ; Sun, 28 Apr 2002 11:14:50 -0700 (PDT) Received: from localhost (marck@localhost) by woozle.rinet.ru (8.11.6/8.11.6) with ESMTP id g3SIEiq67512; Sun, 28 Apr 2002 22:14:44 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 28 Apr 2002 22:14:44 +0400 (MSD) From: Dmitry Morozovsky To: "Philip J. Koenig" Cc: stable@FreeBSD.ORG, Kevin Oberman Subject: Re: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) In-Reply-To: <20020428084259266.AAA791@empty1.ekahuna.com@pc02.ekahuna.com> Message-ID: <20020428221219.K74442-100000@woozle.rinet.ru> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 28 Apr 2002, Philip J. Koenig wrote: [snip PJK> So I tried the 'accepted' sequence of installing the kernel before PJK> the world yesterday. PJK> PJK> One thing I have always done prior to running mergemaster is to set PJK> the console to 132 columns to make it easier to view long lines and PJK> to facilitate merging files. PJK> PJK> When I was running this new kernel (mismatched to the world) PJK> vidcontrol was completely broken, none of its commands would work. PJK> (anything I typed got met with something along the lines of "must be PJK> on virtual console, inappropriate ioctl for device". This problem PJK> went away after installing the world.) PJK> PJK> So I couldn't do anything with the default screen settings. Not that hard ;-) you can use /usr/obj//usr.sbin/vidcontrol/vidcontrol, which is in sync with your new kernel PJK> I'd say it's a good example of the kinds of things that can break PJK> when you do it that way. So it appears each method has its pluses PJK> and minuses. (Maybe the ideal would be to test the new kernel then PJK> revert to the old to build the new system, but that would require a PJK> 2nd reboot) I doubt it is really useful -- but all people are so different, you know... ;-) Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 11:27:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 8DFCE37B416; Sun, 28 Apr 2002 11:27:08 -0700 (PDT) Received: from master.gorean.org (sygxwnhetrhciyp5@master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g3SIPSQZ088180; Sun, 28 Apr 2002 11:25:48 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g3R6er8a002091; Fri, 26 Apr 2002 23:40:53 -0700 (PDT) X-Authentication-Warning: master.gorean.org: doug owned process doing -bs Date: Fri, 26 Apr 2002 23:40:53 -0700 (PDT) From: Doug Barton X-X-Sender: doug@master.gorean.org To: marius@alchemy.franken.de Cc: freebsd-stable@FreeBSD.org, Subject: cvs commit: src/etc/defaults rc.conf (fwd) Message-ID: <20020426233941.I2090-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks. -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? ---------- Forwarded message ---------- Date: Fri, 26 Apr 2002 23:37:42 -0700 (PDT) From: Doug Barton To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/etc/defaults rc.conf dougb 2002/04/26 23:37:42 PDT Modified files: (Branch: RELENG_4) etc/defaults rc.conf Log: Fix misleading comment mistakenly merged from the equally stale -current. The TCP_RESTRICT_RST option was dropped from RELENG_4 10 months ago. Submitted by: marius@alchemy.franken.de Revision Changes Path 1.53.2.57 +4 -4 src/etc/defaults/rc.conf http://www.FreeBSD.org/cgi/cvsweb.cgi/src/etc/defaults/rc.conf.diff?&r1=1.53.2.56&r2=1.53.2.57&f=h To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 11:27:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 81EA537B41C; Sun, 28 Apr 2002 11:27:12 -0700 (PDT) Received: from master.gorean.org (sygxwnhetrhciyp5@master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g3SIPSQh088180; Sun, 28 Apr 2002 11:25:50 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g3R4taY6001703; Fri, 26 Apr 2002 21:55:36 -0700 (PDT) X-Authentication-Warning: master.gorean.org: doug owned process doing -bs Date: Fri, 26 Apr 2002 21:55:36 -0700 (PDT) From: Doug Barton X-X-Sender: doug@master.gorean.org To: marius@alchemy.franken.de Cc: des@FreeBSD.org, Subject: Re: wrong comment in /etc/rc.conf (was: *** HEAD'S UP ***) In-Reply-To: <20020427021918.B24010@newtrinity.default-network.net> Message-ID: <20020426215434.L1682-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Grrr... I knew that comment looked odd... If des doesn't get to it first, I will research this and try to straighten it out. Thanks for the info. Doug On Sat, 27 Apr 2002 marius@alchemy.franken.de wrote: > > hi > > revision 1.53.2.53 of /etc/rc.conf changed the following comment: > > -# For the following option, you need to build your kernel with the > -# TCP_DROP_SYNFIN option set. Please refer to LINT for details. > +# For the following two options, you need to have TCP_DROP_SYNFIN and > +# TCP_RESTRICT_RST set in your kernel. Please refer to LINT for details. > > which is wrong as TCP_RESTRICT_RST is no longer available in -stable. > the comment and the option were initially removed in revision 1.53.2.23. > as for -current i think des forgot to change the comment accordingly > when removing tcp_restrict_rst in revision 1.97 but not sure here as > i'm not running -current. > > marius > > -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 11:49: 4 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail6.nc.rr.com (fe6.southeast.rr.com [24.93.67.53]) by hub.freebsd.org (Postfix) with ESMTP id A552737B419; Sun, 28 Apr 2002 11:48:57 -0700 (PDT) Received: from stealth.cary.dummynet ([66.26.231.240]) by mail6.nc.rr.com with Microsoft SMTPSVC(5.5.1877.757.75); Sun, 28 Apr 2002 12:16:28 -0400 Received: (from rhh@localhost) by stealth.cary.dummynet (8.11.4/8.11.4) id g3SGHrr02646; Sun, 28 Apr 2002 12:17:53 -0400 (EDT) (envelope-from aa8vb@nc.rr.com) X-Authentication-Warning: stealth.cary.dummynet: rhh set sender to aa8vb@nc.rr.com using -f Date: Sun, 28 Apr 2002 12:17:53 -0400 From: Randall Hopper To: "Marc G. Fournier" Cc: freebsd-stable@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG Subject: Re: ASUS A7M266-D: enabling 'on board sound' Message-ID: <20020428121753.A2476@nc.rr.com> References: <20020423150218.O1721-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020423150218.O1721-100000@mail1.hub.org>; from scrappy@hub.org on Tue, Apr 23, 2002 at 04:24:40PM -0300 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Marc G. Fournier: | Just recently picked up an ASUS A7M266-D Motherboard with Dual: |"(AMD Athlon(TM) MP Processor (1200.05-MHz 686-class CPU)" ... the system |purrs like the proverbial kitten ... but the one thing that is eluding me |so far is getting the onboard sound to work ... ... |pcm0: at device 4.0 on pci2 |pcm0: cmi_attach: Cannot allocate bus resource |device_probe_and_attach: pcm0 attach returned 6 ... |___device pcm0 at isa? irq 5 drq 1 flags 0x0 I have the original non-dual version (ASUS A7M266) with the same sound chip: > dmesg | grep pcm0 pcm0: port 0xa400-0xa4ff irq 10 at device 5.0 on pci0 Here's what I have on my 4.3-STABLE (circa 06/01) config: device pcm0 device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 The flags may be the kicker for you. That sets the 2nd (16-bit) DMA channel IIRC. Randall -- Randall Hopper aa8vb@nc.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 11:49:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net [207.172.4.61]) by hub.freebsd.org (Postfix) with ESMTP id 2B6BF37B41B for ; Sun, 28 Apr 2002 11:49:24 -0700 (PDT) Received: from 66-44-8-192.s2224.apx1.lnh.md.dialup.rcn.com ([66.44.8.192] helo=Cyclonus.cybertron.lan) by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.33 #10) id 171tje-00032S-00 for freebsd-stable@freebsd.org; Sun, 28 Apr 2002 14:49:23 -0400 Date: Sun, 28 Apr 2002 14:49:21 -0400 (EDT) From: Kryten X-X-Sender: kryten@Cyclonus.cybertron.lan Reply-To: Kryten To: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.5-STABLE FreeBSD/SMP hangs. (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hmm, I've also had problems with 4.5-STABLE on my SMP box. I have dual p3's on a Tyan S1834D (w/ a not so great VIA chipset) that randomly locks up after about a day or two of uptime. 4.5-RELEASE-p2 ran fine, and I've downgraded STABLE to RELEASE-p4 which seems to be running fine as well, but it's only been about 4 days. On Sun, 28 Apr 2002, Willie Viljoen wrote: > Hi, I've been having some problems with recent builds of 4.5-STABLE. I > have an old Dell PowerEdge SP590-2 system. It has two pentium-90 CPUs. > > Since recently, it has been hanging randomly. First, TCP listening daemons > stop taking new connections, then it stops wanting to spawn new processes, > and then just hangs dead, not even dropping into gdb. > > We've checked every posibility, even that of a DoS, we've disconnected it > from the network, and not mounted unneeded file systems. Still it does the > same... > > It worked fine with a 4.5-RELEASE-p2 kernel which was built SMP. Non-SMP > kernels also run without a hitch. > > Any thoughts? > > Will > > -- > Willie Viljoen > Private IT Consultant > > 214 Paul Kruger Avenue > Universitas > Bloemfontein > 9321 > > South Africa > > +27 51 522 15 60, a/h +27 51 522 44 36 > +27 82 404 03 27 > > will@laserfence.net > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > --------------------- This message powered by Pine and GNU/Linux To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 12: 7:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by hub.freebsd.org (Postfix) with ESMTP id 5B4F537B41E for ; Sun, 28 Apr 2002 12:07:18 -0700 (PDT) Received: from [144.137.123.200] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5324aadf) with ESMTP id hyefaaaa for ; Mon, 29 Apr 2002 05:07:48 +1000 Message-ID: <3CCC484E.5090900@quake.com.au> Date: Mon, 29 Apr 2002 05:06:54 +1000 From: Kal Torak Organization: Quake Networking User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Subject: Timeout problems with ethernet pc-card (D-Link DFE-650) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hiyas, I have a fairly old IBM ThinkPad I Series (type 2511) and a D-Link DFR-650 ethernet pc-card (it uses the new netgear chipset I think).. Anyway I have always had problems with this card before with timeout messages but I used to get it to work with fa_select under FreeBSD 4.2ish... So now I have just installed 4.4 and I cant get it to work! :( pccardd detects it and stuff, and is actualy able to initialise it sort of.. Before under 4.2 ifconfig couldnt bring it up with out fa_select bring run on it, but now it seems to bring it up on its own (the lights stop flashing and the link light comes on) but I still get "ed1 timed out" messages and obviously cant ping anything... Hitting it with fa_select doesnt stop it from timing out ether... ifconfig seems to do something to it when it trys to bring it up that stops fa_select from working properly on it.. Anyone have any ideas on what to do? Besides going back to 4.2? Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 13: 8:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sofia.digsys.bg (sofia.digsys.bg [193.68.3.250]) by hub.freebsd.org (Postfix) with ESMTP id B916837B417 for ; Sun, 28 Apr 2002 13:08:17 -0700 (PDT) Received: from comm.uni-svishtov.bg (ns.uni-svishtov.bg [193.68.172.1]) by sofia.digsys.bg (8.9.0/8.9.0) with ESMTP id XAA20010 for ; Sun, 28 Apr 2002 23:08:14 +0300 (EEST) Received: from grinch.uni-svishtov.bg (grinch.uni-svishtov.bg [193.68.172.9]) by comm.uni-svishtov.bg (8.9.3/8.9.3) with ESMTP id XAA10591 for ; Sun, 28 Apr 2002 23:08:14 +0300 (EEST) Received: from deckland (deckland.uni-svishtov.bg [193.68.173.82]) by grinch.uni-svishtov.bg (8.12.1/8.12.1) with SMTP id g3SK8CIw024951 for ; Sun, 28 Apr 2002 23:08:14 +0300 (EEST) Message-ID: <001101c1eef0$6fc9c360$52ad44c1@deckland> From: "Radoslav Vasilev" To: Subject: Date: Sun, 28 Apr 2002 23:08:17 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000E_01C1EF09.94E786F0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000E_01C1EF09.94E786F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable unsuscribe freebsd-stable ------=_NextPart_000_000E_01C1EF09.94E786F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
unsuscribe=20 freebsd-stable
------=_NextPart_000_000E_01C1EF09.94E786F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 13:11:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from twirl.bitdance.com (twirl.bitdance.com [208.210.83.50]) by hub.freebsd.org (Postfix) with ESMTP id 3A65337B41C for ; Sun, 28 Apr 2002 13:11:08 -0700 (PDT) Received: from localhost (bitz@localhost) by twirl.bitdance.com (8.11.6/8.11.6) with ESMTP id g3SKAUQ05025; Sun, 28 Apr 2002 16:10:30 -0400 (EDT) (envelope-from bitz@twirl.bitdance.com) Date: Sun, 28 Apr 2002 16:10:29 -0400 (EDT) From: "R. David Murray" To: Michael Sierchio Cc: Mike Meyer , "Kevin Kinsey, DaleCo, S.P." , Lucky Green , Subject: Re: FreeBSD security hole? In-Reply-To: <3CC8BF9E.5080904@tenebras.com> Message-ID: <20020428160929.Y4876-100000@twirl.bitdance.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, 25 Apr 2002, Michael Sierchio wrote: > This just occurred to me -- it isn't possible that this is being > routed through an MTA whose A and PTR records don't match, is it? As far as I know (and I should ), my MTA would reject such an email, and I got the security notice in question. --RDM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 13:17:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by hub.freebsd.org (Postfix) with ESMTP id D417037B419 for ; Sun, 28 Apr 2002 13:17:14 -0700 (PDT) Received: from randy by roam.psg.com with local (Exim 4.04) id 171uBK-000CNZ-00 for freebsd-stable@freebsd.org; Sun, 28 Apr 2002 12:17:58 -0700 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: FreeBSD Stable Subject: dependency farbled Message-Id: Date: Sun, 28 Apr 2002 12:17:58 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG while trying to display a mime attachment in my mail program (vm under emacs), i get vm-get-image-dimensions: file dimensions missing from 'identify' \ output: /usr/libexec/ld-elf.so.1: Shared object "libfreetype.so.6" \ not found i do pkgdb -Uu pkgdb -Ff portupgrade -f {xv, ImgageMagic, ...} no fix. so some package is dependent on freetype-1.3.1, and some time the system upgraded to freetype-2.09. so how do i find which package(s) have bad dependencies? randy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 13:52: 1 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 5ECD737B41D for ; Sun, 28 Apr 2002 13:51:56 -0700 (PDT) Received: from lanczos.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 28 Apr 2002 21:51:55 +0100 (BST) Date: Sun, 28 Apr 2002 21:51:51 +0100 From: David Malone To: Willie Viljoen Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.5-STABLE FreeBSD/SMP hangs. Message-ID: <20020428205151.GA3927@lanczos.maths.tcd.ie> References: <20020428123803.L924-100000@phoenix.vh.laserfence.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020428123803.L924-100000@phoenix.vh.laserfence.net> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Apr 28, 2002 at 12:40:53PM +0200, Willie Viljoen wrote: > It worked fine with a 4.5-RELEASE-p2 kernel which was built SMP. Non-SMP > kernels also run without a hitch. Can you go back to the old kernel and see if the problem persists? These sort of problems are often due to overheating... David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 16:24:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from m5.andara.com (m5-real.eastlink.ca [24.222.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 27FC837B400 for ; Sun, 28 Apr 2002 16:24:13 -0700 (PDT) Received: from u118n187.hfx.eastlink.ca (u118n187.hfx.eastlink.ca [24.222.118.187]) by m5.andara.com (8.12.1/8.12.1) with ESMTP id g3SNOQEx017154 for ; Sun, 28 Apr 2002 20:24:26 -0300 (ADT) Subject: /var/spool/clientmqueue not being processed From: Jon Emmett To: freebsd-stable@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 28 Apr 2002 20:24:12 -0300 Message-Id: <1020036252.352.15.camel@ji.hfx.eastlink.ca> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After upgrading to 4.5-STABLE I've had a bit of trouble getting sendmail working properly again. I've followed the instructions in /usr/src/UPDATING, and checked around on the web and in the archives but with no luck. I have some mail sitting in /var/spool/clientmqueue that never seems to get sent. "mailq -Ac" claims that the queue is empty, but looking in the directory I see a large amount of held mail. Here is some of my system info: rc.conf: sendmail_enable="YES" sendmail_msp_queue_enable="YES" in /var/spool: drwxrwx--- 2 smmsp smmsp 6656 Apr 28 18:56 clientmqueue drwx------ 2 root daemon 512 Apr 28 18:57 mqueue in /usr/libexec/sendmail: -r-xr-sr-x 1 root smmsp 586308 Apr 28 18:19 sendmail The files in /var/spool/clientmqueue are set owner and group smmsp, and are 0660. Any ideas on how to clear this mail out would be appreciated. Thanks, -- Jon Emmett jemmett@cs.dal.ca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 16:28:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id C865837B404 for ; Sun, 28 Apr 2002 16:28:32 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.3/8.12.3) with ESMTP id g3SNSOA2000180 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 28 Apr 2002 16:28:24 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.3/8.12.3/Submit) id g3SNSOGK000177; Sun, 28 Apr 2002 16:28:24 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15564.34200.342161.887699@horsey.gshapiro.net> Date: Sun, 28 Apr 2002 16:28:24 -0700 From: Gregory Neil Shapiro To: Jon Emmett Cc: freebsd-stable@FreeBSD.ORG Subject: Re: /var/spool/clientmqueue not being processed In-Reply-To: <1020036252.352.15.camel@ji.hfx.eastlink.ca> References: <1020036252.352.15.camel@ji.hfx.eastlink.ca> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG jemmett> I have some mail sitting in /var/spool/clientmqueue that never jemmett> seems to get sent. "mailq -Ac" claims that the queue is empty, jemmett> but looking in the directory I see a large amount of held mail. What is the output from: /usr/sbin/sendmail -Ac -q -v Also, what files are in /var/spool/clientmqueue/? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 16:28:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from nova.fnal.gov (nova.fnal.gov [131.225.121.207]) by hub.freebsd.org (Postfix) with ESMTP id 3E21B37B416; Sun, 28 Apr 2002 16:28:47 -0700 (PDT) Received: from localhost (tez@localhost) by nova.fnal.gov (8.11.6+Sun/8.11.6) with ESMTP id g3SNRFW08281; Sun, 28 Apr 2002 18:27:16 -0500 (CDT) X-Authentication-Warning: nova.fnal.gov: tez owned process doing -bs Date: Sun, 28 Apr 2002 18:27:15 -0500 (CDT) From: Tim Zingelman X-X-Sender: tez@nova.fnal.gov Reply-To: Tim Zingelman To: Chris BeHanna Cc: Darren Reed , David Malone , , FreeBSD-Stable Subject: Re: gdb doesn't work over NFS ? In-Reply-To: <20020426102441.O81301-100000@topperwein.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 26 Apr 2002, Chris BeHanna wrote: > On Fri, 26 Apr 2002, Darren Reed wrote: > > > In some email I received from David Malone, sie wrote: > > > On Fri, Apr 26, 2002 at 08:49:38PM +1000, Darren Reed wrote: > > > > Well, there is one platform which I will comment on it working (without > > > > being asked) and that is FreeBSD 3.3-RELEASE (the 3.4 CD I have will not > > > > boot under vmware as either a CD or ISO file for the device :-/). > > > > > > > > Should I test other 4.x's ? > > > > > > I had a go with a 4.5-STABLE and 4.4-STABLE machine and it worked > > > perfectly with both. What sort of machine is the NFS server? > > > > SunOS 4.1.4 (so that's NFSv2 over UDP) > > OK. I have an E450 in the basement, but it's running Solaris 8. > I can force a mount to use NFSv2/UDP and give it a try, but the machine > has to be installed from scratch first (got it from my prior employer > in lieu of pay at the end, and I dutifully wiped the disks first). I happen to have a sparc 5 running 4.1.4 and a FreeBSD 4.4-RELEASE-p11 machine, so I tried and it worked fine for me... not sure what might be different about this environment... I'm willing to try a few things if folks have any ideas. - Tim NFS Server: # uname -a SunOS old 4.1.4 2 sun4m # cat /etc/exports /printers -access=desk.fnal.gov # df | grep printers /dev/sd3g 606333 70442 475258 13% /printers NFS Client: $ uname -a FreeBSD desk.fnal.gov 4.4-RELEASE-p11 FreeBSD 4.4-RELEASE-p11 #0: Fri Apr 26 12:53:25 CDT 2002 toor@build.fnal.gov:/usr/obj/usr/src/sys/DESK i386 $ df |grep mnt old:/printers 606333 70442 475258 13% /mnt $ pwd /mnt $ wc tez.tmp 3 3 6 tez.tmp $ gdb `which wc` GNU gdb 4.18 Copyright 1998 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-unknown-freebsd"... (no debugging symbols found)... (gdb) run tez.tmp Starting program: /usr/bin/wc tez.tmp 3 3 6 tez.tmp (no debugging symbols found)...(no debugging symbols found)... Program exited normally. (gdb) quit $ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 16:32:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from m5.andara.com (m5-real.eastlink.ca [24.222.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 82A0037B419; Sun, 28 Apr 2002 16:32:42 -0700 (PDT) Received: from u118n187.hfx.eastlink.ca (u118n187.hfx.eastlink.ca [24.222.118.187]) by m5.andara.com (8.12.1/8.12.1) with ESMTP id g3SNWtEx029431; Sun, 28 Apr 2002 20:32:55 -0300 (ADT) Subject: Re: /var/spool/clientmqueue not being processed From: Jon Emmett To: Gregory Neil Shapiro Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <15564.34200.342161.887699@horsey.gshapiro.net> References: <1020036252.352.15.camel@ji.hfx.eastlink.ca> <15564.34200.342161.887699@horsey.gshapiro.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 28 Apr 2002 20:32:41 -0300 Message-Id: <1020036762.352.19.camel@ji.hfx.eastlink.ca> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-04-28 at 21:28, Gregory Neil Shapiro wrote: > What is the output from: > > /usr/sbin/sendmail -Ac -q -v > > Also, what files are in /var/spool/clientmqueue/? > The command produces no output at all. Here's a (partial) listing of the contents of the queue: -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:15 dfg3S5F0UP051261 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:20 dfg3S5K0KY051270 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:25 dfg3S5P0gQ051278 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:30 dfg3S5U0XA051287 -rw-rw---- 1 smmsp smmsp 1398 Apr 28 02:31 dfg3S5V0Cr051293 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:35 dfg3S5Z0uD051299 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:40 dfg3S5e0Yv051308 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:45 dfg3S5j0sU051314 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:50 dfg3S5o0RF051323 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:55 dfg3S5t0HD051331 -rw-rw---- 1 smmsp smmsp 1395 Apr 28 03:00 dfg3S600WI051345 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 03:00 dfg3S600tY051346 -rw-rw---- 1 smmsp smmsp 1398 Apr 28 03:01 dfg3S6104I051357 -rw-rw---- 1 smmsp smmsp 1400 Apr 28 03:01 dfg3S610n7051358 -rw-rw---- 1 smmsp smmsp 33081 Apr 28 03:02 dfg3S62I9L051565 -rw-rw---- 1 smmsp smmsp 3074 Apr 28 03:02 dfg3S62IaC051609 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 03:05 dfg3S650St051618 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 03:10 dfg3S6A0Qk051624 -rw-rw---- 1 smmsp smmsp 1404 Apr 28 03:15 dfg3S6F0G8051675 -rw-r--r-- 1 smmsp smmsp 49 Apr 28 19:11 sm-client.pid -- Jon Emmett jemmett@cs.dal.ca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 16:34:45 2002 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 0D7F437B41F for ; Sun, 28 Apr 2002 16:34:31 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.3/8.12.3) with ESMTP id g3SNYSA2000260 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 28 Apr 2002 16:34:28 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.3/8.12.3/Submit) id g3SNYSrf000255; Sun, 28 Apr 2002 16:34:28 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15564.34564.68964.20105@horsey.gshapiro.net> Date: Sun, 28 Apr 2002 16:34:28 -0700 From: Gregory Neil Shapiro To: Jon Emmett Cc: freebsd-stable@FreeBSD.ORG Subject: Re: /var/spool/clientmqueue not being processed In-Reply-To: <1020036762.352.19.camel@ji.hfx.eastlink.ca> References: <1020036252.352.15.camel@ji.hfx.eastlink.ca> <15564.34200.342161.887699@horsey.gshapiro.net> <1020036762.352.19.camel@ji.hfx.eastlink.ca> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:15 dfg3S5F0UP051261 jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:20 dfg3S5K0KY051270 jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:25 dfg3S5P0gQ051278 jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:30 dfg3S5U0XA051287 jemmett> -rw-rw---- 1 smmsp smmsp 1398 Apr 28 02:31 dfg3S5V0Cr051293 jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:35 dfg3S5Z0uD051299 ... There are no qf files (queue control), only df (data) files. That seems odd. Many of the df files are also the same size. Did you take a look at what is in the df files? Did you check your mail logs? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 16:49:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from m5.andara.com (m5-real.eastlink.ca [24.222.0.25]) by hub.freebsd.org (Postfix) with ESMTP id 0317237B404; Sun, 28 Apr 2002 16:49:32 -0700 (PDT) Received: from u118n187.hfx.eastlink.ca (u118n187.hfx.eastlink.ca [24.222.118.187]) by m5.andara.com (8.12.1/8.12.1) with ESMTP id g3SNncEx025872; Sun, 28 Apr 2002 20:49:38 -0300 (ADT) Subject: Re: /var/spool/clientmqueue not being processed From: Jon Emmett To: Gregory Neil Shapiro Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <15564.34564.68964.20105@horsey.gshapiro.net> References: <1020036252.352.15.camel@ji.hfx.eastlink.ca> <15564.34200.342161.887699@horsey.gshapiro.net> <1020036762.352.19.camel@ji.hfx.eastlink.ca> <15564.34564.68964.20105@horsey.gshapiro.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 28 Apr 2002 20:49:24 -0300 Message-Id: <1020037764.352.36.camel@ji.hfx.eastlink.ca> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-04-28 at 21:34, Gregory Neil Shapiro wrote: > jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:15 dfg3S5F0UP051261 > jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:20 dfg3S5K0KY051270 > jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:25 dfg3S5P0gQ051278 > jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:30 dfg3S5U0XA051287 > jemmett> -rw-rw---- 1 smmsp smmsp 1398 Apr 28 02:31 dfg3S5V0Cr051293 > jemmett> -rw-rw---- 1 smmsp smmsp 1404 Apr 28 02:35 dfg3S5Z0uD051299 > ... > > There are no qf files (queue control), only df (data) files. That seems > odd. Many of the df files are also the same size. Did you take a look at > what is in the df files? Did you check your mail logs? > That was just a partial listing, there were Qf* files far above that someone else replied about in a private mail. Some of the df* files were complaining about DNS troubles I was having earlier, so I renamed the Qf* to qf* and reran the queue and everything is now working fine. *slaps forehead*. Thanks for the help. -- Jon Emmett jemmett@cs.dal.ca To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 16:51: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id AB75837B41B for ; Sun, 28 Apr 2002 16:51:01 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.3/8.12.3) with ESMTP id g3SNoxA2000418 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 28 Apr 2002 16:50:59 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.3/8.12.3/Submit) id g3SNoxdh000415; Sun, 28 Apr 2002 16:50:59 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15564.35555.39469.253461@horsey.gshapiro.net> Date: Sun, 28 Apr 2002 16:50:59 -0700 From: Gregory Neil Shapiro To: Jon Emmett Cc: freebsd-stable@FreeBSD.ORG Subject: Re: /var/spool/clientmqueue not being processed In-Reply-To: <1020037764.352.36.camel@ji.hfx.eastlink.ca> References: <1020036252.352.15.camel@ji.hfx.eastlink.ca> <15564.34200.342161.887699@horsey.gshapiro.net> <1020036762.352.19.camel@ji.hfx.eastlink.ca> <15564.34564.68964.20105@horsey.gshapiro.net> <1020037764.352.36.camel@ji.hfx.eastlink.ca> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG jemmett> That was just a partial listing, there were Qf* files far above jemmett> that someone else replied about in a private mail. Some of the jemmett> df* files were complaining about DNS troubles I was having jemmett> earlier, so I renamed the Qf* to qf* and reran the queue and jemmett> everything is now working fine. You should check the mail logs to see why the Qf files were created in the first place. The fact that they were created points to other configuration issues that should be fixed up so the problem doesn't return. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 18:57:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp.ixpres.com (smtp.ixpres.com [216.240.160.50]) by hub.freebsd.org (Postfix) with ESMTP id 5D36437B400; Sun, 28 Apr 2002 18:57:30 -0700 (PDT) Received: from VIZION2000 (66-81-19-141-modem.o1.com [66.81.19.141]) by smtp.ixpres.com (8.9.3/8.9.3) with SMTP id SAA76726; Sun, 28 Apr 2002 18:59:11 -0700 (PDT) (envelope-from vizion@ixpres.com) Message-ID: <01aa01c1ef1f$677bb630$9865fea9@VIZION2000> From: " Vizion Communication" To: "Randall Hopper" , "Marc G. Fournier" Cc: , References: <20020423150218.O1721-100000@mail1.hub.org> <20020428121753.A2476@nc.rr.com> Subject: Re: ASUS A7M266-D: enabling 'on board sound' Date: Sun, 28 Apr 2002 18:44:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message -----=20 From: "Randall Hopper" To: "Marc G. Fournier" Cc: ; Sent: Sunday, April 28, 2002 9:17 AM Subject: Re: ASUS A7M266-D: enabling 'on board sound' > Marc G. Fournier: > | Just recently picked up an ASUS A7M266-D Motherboard with Dual: > |"(AMD Athlon(TM) MP Processor (1200.05-MHz 686-class CPU)" ... the = system > |purrs like the proverbial kitten ... but the one thing that is = eluding me > |so far is getting the onboard sound to work ... > ... > |pcm0: at device 4.0 on pci2 > |pcm0: cmi_attach: Cannot allocate bus resource > |device_probe_and_attach: pcm0 attach returned 6 > ... > |___device pcm0 at isa? irq 5 drq 1 flags 0x0 >=20 > I have the original non-dual version (ASUS A7M266) with the same sound > chip: >=20 > > dmesg | grep pcm0 > pcm0: port 0xa400-0xa4ff irq 10 at device 5.0 on = pci0 >=20 > Here's what I have on my 4.3-STABLE (circa 06/01) config: >=20 > device pcm0 > device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 >=20 > The flags may be the kicker for you. That sets the 2nd (16-bit) DMA > channel IIRC. >=20 If you have the time I would be very interested in having more = information about your configuration as I am contemplating building a = similar SMP system. How much memory do you have installed and what use = do you have for the system? Any information much appreciated. David To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 21:24:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mired.org (dsl-64-192-6-133.telocity.com [64.192.6.133]) by hub.freebsd.org (Postfix) with SMTP id CFEF837B41D for ; Sun, 28 Apr 2002 21:24:25 -0700 (PDT) Received: (qmail 591 invoked by uid 100); 29 Apr 2002 02:37:40 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15564.45555.986746.462345@guru.mired.org> Date: Sun, 28 Apr 2002 21:37:39 -0500 To: stable@freebsd.org Subject: Scratch, scratch, scratch. X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: Mike Meyer X-Delivery-Agent: TMDA/0.52 (Python 2.2.1 on FreeBSD/i386) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I've got an interesting - not harmful - occurence here. I'm running a dual-headed system, and it's obvious which monitor is the primary (console) and which is the secondary. I ran a second X session, ran fxtv and watched clicked it into fullscreen mode. Then I went to another window and killed it. That caused that X to exit. It left all my virtual consoles on the secondary monitor. As I cycle through the virtual terminals, the one with X still has .0 and .1 where I expect them. All the others have what the boot sequence left on the console on the primary, and the virtual terminals on the secondary. Normally, I get just the opposite. This is just a minor annoyance, but I'd sure like to know how it happened, and if it can be fixed without rebooting. Thanks, http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 23:15:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by hub.freebsd.org (Postfix) with ESMTP id C8AF637B400 for ; Sun, 28 Apr 2002 23:15:07 -0700 (PDT) Received: from pacbell.net ([64.171.1.138]) by mta5.snfc21.pbi.net (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTP id <0GVB0020DG15IV@mta5.snfc21.pbi.net> for freebsd-stable@freebsd.org; Sun, 28 Apr 2002 23:15:07 -0700 (PDT) Date: Sun, 28 Apr 2002 23:04:54 -0700 From: Jake Bishop Subject: Asus A7A266 To: freebsd-stable@freebsd.org Message-id: <3CCCE286.A984CD57@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.79 [en] (Win98; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Has anyone got X working with an Asus A7A266 motherboard? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 23:20:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id BA63237B404 for ; Sun, 28 Apr 2002 23:20:07 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Apr 2002 07:20:06 +0100 (BST) Date: Mon, 29 Apr 2002 07:20:05 +0100 From: David Malone To: Jake Bishop Cc: freebsd-stable@freebsd.org Subject: Re: Asus A7A266 Message-ID: <20020429062005.GA18456@walton.maths.tcd.ie> References: <3CCCE286.A984CD57@pacbell.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CCCE286.A984CD57@pacbell.net> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Apr 28, 2002 at 11:04:54PM -0700, Jake Bishop wrote: > Has anyone got X working with an Asus A7A266 motherboard? If you are using XFree4 you'll probably need the patch I committed to -STABLE last night. I've included it below if you want to test it. David. Index: sys/i386/i386/i686_mem.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/i386/i386/i686_mem.c,v retrieving revision 1.8.2.1 diff -u -r1.8.2.1 i686_mem.c --- sys/i386/i386/i686_mem.c 30 Sep 2000 02:49:32 -0000 1.8.2.1 +++ sys/i386/i386/i686_mem.c 28 Apr 2002 22:26:03 -0000 @@ -82,6 +82,8 @@ struct mem_range_desc *mrd); static void i686_mrfetch(struct mem_range_softc *sc); static int i686_mtrrtype(int flags); +static int i686_mrt2mtrr(int flags, int oldval); +static int i686_mtrrconflict(int flag1, int flag2); static void i686_mrstore(struct mem_range_softc *sc); static void i686_mrstoreone(void *arg); static struct mem_range_desc *i686_mtrrfixsearch(struct mem_range_softc *sc, @@ -97,29 +99,35 @@ static int i686_mtrrtomrt[] = { MDF_UNCACHEABLE, MDF_WRITECOMBINE, - 0, - 0, + MDF_UNKNOWN, + MDF_UNKNOWN, MDF_WRITETHROUGH, MDF_WRITEPROTECT, MDF_WRITEBACK }; +#define MTRRTOMRTLEN (sizeof(i686_mtrrtomrt) / sizeof(i686_mtrrtomrt[0])) + +static int +i686_mtrr2mrt(int val) { + if (val < 0 || val >= MTRRTOMRTLEN) + return MDF_UNKNOWN; + return i686_mtrrtomrt[val]; +} + /* - * i686 MTRR conflict matrix for overlapping ranges - * - * Specifically, this matrix allows writeback and uncached ranges - * to overlap (the overlapped region is uncached). The array index - * is the translated i686 code for the flags (because they map well). + * i686 MTRR conflicts. Writeback and uncachable may overlap. */ -static int i686_mtrrconflict[] = { - MDF_WRITECOMBINE | MDF_WRITETHROUGH | MDF_WRITEPROTECT, - MDF_ATTRMASK, - 0, - 0, - MDF_ATTRMASK, - MDF_ATTRMASK, - MDF_WRITECOMBINE | MDF_WRITETHROUGH | MDF_WRITEPROTECT -}; +static int +i686_mtrrconflict(int flag1, int flag2) { + flag1 &= MDF_ATTRMASK; + flag2 &= MDF_ATTRMASK; + if (flag1 == flag2 || + (flag1 == MDF_WRITEBACK && flag2 == MDF_UNCACHEABLE) || + (flag2 == MDF_WRITEBACK && flag1 == MDF_UNCACHEABLE)) + return 0; + return 1; +} /* * Look for an exactly-matching range. @@ -158,7 +166,7 @@ msrv = rdmsr(msr); for (j = 0; j < 8; j++, mrd++) { mrd->mr_flags = (mrd->mr_flags & ~MDF_ATTRMASK) | - i686_mtrrtomrt[msrv & 0xff] | + i686_mtrr2mrt(msrv & 0xff) | MDF_ACTIVE; if (mrd->mr_owner[0] == 0) strcpy(mrd->mr_owner, mem_owner_bios); @@ -170,7 +178,7 @@ msrv = rdmsr(msr); for (j = 0; j < 8; j++, mrd++) { mrd->mr_flags = (mrd->mr_flags & ~MDF_ATTRMASK) | - i686_mtrrtomrt[msrv & 0xff] | + i686_mtrr2mrt(msrv & 0xff) | MDF_ACTIVE; if (mrd->mr_owner[0] == 0) strcpy(mrd->mr_owner, mem_owner_bios); @@ -182,7 +190,7 @@ msrv = rdmsr(msr); for (j = 0; j < 8; j++, mrd++) { mrd->mr_flags = (mrd->mr_flags & ~MDF_ATTRMASK) | - i686_mtrrtomrt[msrv & 0xff] | + i686_mtrr2mrt(msrv & 0xff) | MDF_ACTIVE; if (mrd->mr_owner[0] == 0) strcpy(mrd->mr_owner, mem_owner_bios); @@ -196,7 +204,7 @@ for (; (mrd - sc->mr_desc) < sc->mr_ndesc; msr += 2, mrd++) { msrv = rdmsr(msr); mrd->mr_flags = (mrd->mr_flags & ~MDF_ATTRMASK) | - i686_mtrrtomrt[msrv & 0xff]; + i686_mtrr2mrt(msrv & 0xff); mrd->mr_base = msrv & 0x0000000ffffff000LL; msrv = rdmsr(msr + 1); mrd->mr_flags = (msrv & 0x800) ? @@ -222,8 +230,8 @@ flags &= MDF_ATTRMASK; - for (i = 0; i < (sizeof(i686_mtrrtomrt) / sizeof(i686_mtrrtomrt[0])); i++) { - if (i686_mtrrtomrt[i] == 0) + for (i = 0; i < MTRRTOMRTLEN; i++) { + if (i686_mtrrtomrt[i] == MDF_UNKNOWN) continue; if (flags == i686_mtrrtomrt[i]) return(i); @@ -231,6 +239,16 @@ return(-1); } +static int +i686_mrt2mtrr(int flags, int oldval) +{ + int val; + + if ((val = i686_mtrrtype(flags)) == -1) + return oldval & 0xff; + return val & 0xff; +} + /* * Update running CPU(s) MTRRs to match the ranges in the descriptor * list. @@ -265,7 +283,7 @@ { struct mem_range_softc *sc = (struct mem_range_softc *)arg; struct mem_range_desc *mrd; - u_int64_t msrv; + u_int64_t omsrv, msrv; int i, j, msr; u_int cr4save; @@ -283,9 +301,10 @@ msr = MSR_MTRR64kBase; for (i = 0; i < (MTRR_N64K / 8); i++, msr++) { msrv = 0; + omsrv = rdmsr(msr); for (j = 7; j >= 0; j--) { msrv = msrv << 8; - msrv |= (i686_mtrrtype((mrd + j)->mr_flags) & 0xff); + msrv |= i686_mrt2mtrr((mrd + j)->mr_flags, omsrv >> (j*8)); } wrmsr(msr, msrv); mrd += 8; @@ -293,9 +312,10 @@ msr = MSR_MTRR16kBase; for (i = 0; i < (MTRR_N16K / 8); i++, msr++) { msrv = 0; + omsrv = rdmsr(msr); for (j = 7; j >= 0; j--) { msrv = msrv << 8; - msrv |= (i686_mtrrtype((mrd + j)->mr_flags) & 0xff); + msrv |= i686_mrt2mtrr((mrd + j)->mr_flags, omsrv >> (j*8)); } wrmsr(msr, msrv); mrd += 8; @@ -303,9 +323,10 @@ msr = MSR_MTRR4kBase; for (i = 0; i < (MTRR_N4K / 8); i++, msr++) { msrv = 0; + omsrv = rdmsr(msr); for (j = 7; j >= 0; j--) { msrv = msrv << 8; - msrv |= (i686_mtrrtype((mrd + j)->mr_flags) & 0xff); + msrv |= i686_mrt2mtrr((mrd + j)->mr_flags, omsrv >> (j*8)); } wrmsr(msr, msrv); mrd += 8; @@ -316,9 +337,10 @@ msr = MSR_MTRRVarBase; for (; (mrd - sc->mr_desc) < sc->mr_ndesc; msr += 2, mrd++) { /* base/type register */ + omsrv = rdmsr(msr); if (mrd->mr_flags & MDF_ACTIVE) { msrv = mrd->mr_base & 0x0000000ffffff000LL; - msrv |= (i686_mtrrtype(mrd->mr_flags) & 0xff); + msrv |= i686_mrt2mtrr(mrd->mr_flags, omsrv); } else { msrv = 0; } @@ -419,8 +441,7 @@ /* non-exact overlap ? */ if (mroverlap(curr_md, mrd)) { /* between conflicting region types? */ - if ((i686_mtrrconflict[i686_mtrrtype(curr_md->mr_flags)] & mrd->mr_flags) || - (i686_mtrrconflict[i686_mtrrtype(mrd->mr_flags)] & curr_md->mr_flags)) + if (i686_mtrrconflict(curr_md->mr_flags, mrd->mr_flags)) return(EINVAL); } } else if (free_md == NULL) { @@ -453,7 +474,7 @@ case MEMRANGE_SET_UPDATE: /* make sure that what's being asked for is even possible at all */ if (!mrvalid(mrd->mr_base, mrd->mr_len) || - (i686_mtrrtype(mrd->mr_flags & MDF_ATTRMASK) == -1)) + i686_mtrrtype(mrd->mr_flags) == -1) return(EINVAL); #define FIXTOP ((MTRR_N64K * 0x10000) + (MTRR_N16K * 0x4000) + (MTRR_N4K * 0x1000)) Index: sys/sys/memrange.h =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/sys/memrange.h,v retrieving revision 1.4 diff -u -r1.4 memrange.h --- sys/sys/memrange.h 29 Dec 1999 04:24:44 -0000 1.4 +++ sys/sys/memrange.h 28 Apr 2002 22:26:11 -0000 @@ -10,6 +10,7 @@ #define MDF_WRITETHROUGH (1<<2) /* write-through cached */ #define MDF_WRITEBACK (1<<3) /* write-back cached */ #define MDF_WRITEPROTECT (1<<4) /* read-only region */ +#define MDF_UNKNOWN (1<<5) /* any state we don't understand */ #define MDF_ATTRMASK (0x00ffffff) #define MDF_FIXBASE (1<<24) /* fixed base */ Index: usr.sbin/memcontrol/memcontrol.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/usr.sbin/memcontrol/memcontrol.c,v retrieving revision 1.3.4.3 diff -u -r1.3.4.3 memcontrol.c --- usr.sbin/memcontrol/memcontrol.c 19 Jul 2001 05:05:21 -0000 1.3.4.3 +++ usr.sbin/memcontrol/memcontrol.c 28 Apr 2002 22:26:28 -0000 @@ -50,6 +50,7 @@ {"write-through", MDF_WRITETHROUGH, MDF_SETTABLE}, {"write-back", MDF_WRITEBACK, MDF_SETTABLE}, {"write-protect", MDF_WRITEPROTECT, MDF_SETTABLE}, + {"unknown", MDF_UNKNOWN, 0}, {"fixed-base", MDF_FIXBASE, 0}, {"fixed-length", MDF_FIXLEN, 0}, {"set-by-firmware", MDF_FIRMWARE, 0}, To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sun Apr 28 23:25:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214]) by hub.freebsd.org (Postfix) with ESMTP id C0BBB37B41B for ; Sun, 28 Apr 2002 23:25:38 -0700 (PDT) Received: (qmail 8512 invoked from network); 29 Apr 2002 06:25:37 -0000 Received: from unknown (HELO asus.tddhome) ([64.81.20.229]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Apr 2002 06:25:37 -0000 Received: from asus.tddhome (localhost [127.0.0.1]) by asus.tddhome (8.12.3/8.12.3) with ESMTP id g3T6PdCd027715; Sun, 28 Apr 2002 23:25:40 -0700 (PDT) (envelope-from tomdean@speakeasy.org) Received: (from tomdean@localhost) by asus.tddhome (8.12.3/8.12.3/Submit) id g3T6PdE5027712; Sun, 28 Apr 2002 23:25:39 -0700 (PDT) Date: Sun, 28 Apr 2002 23:25:39 -0700 (PDT) Message-Id: <200204290625.g3T6PdE5027712@asus.tddhome> X-Authentication-Warning: asus.tddhome: tomdean set sender to tomdean@speakeasy.org using -f From: "Thomas D. Dean" To: jb3insf@pacbell.net Cc: freebsd-stable@FreeBSD.ORG In-reply-to: <3CCCE286.A984CD57@pacbell.net> (message from Jake Bishop on Sun, 28 Apr 2002 23:04:54 -0700) Subject: Re: Asus A7A266 References: <3CCCE286.A984CD57@pacbell.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have an unresolved issue with XFree86-4.2.0, -stable, and an ASUS A7N266-E motherboard with integrated GeForce2 VGA, the nForce chipset. Sysinstall from the 4.5 subscription CD worked fine. But, attempting to start X freezes the system. The screen flickers one time. There is no response to the keyboard. It does not break into DDB. There is no response to the serial keyboard. # uname -a FreeBSD asus 4.5-STABLE FreeBSD 4.5-STABLE #0: Sun Apr 21 11:05:40 PDT 2002 \ root@asus:/usr/src/sys/compile/ASUS i386 With patches from Matthew Dodd (winter@jurai.net), the system broke into DDB. I provided the output from the serial console to him, including the output from DDB and the crash dump, 21 Apr 2002 21:43:36 -0700 (PDT). So far, no resolution. I still have a copy of the email. To get the system operating, I installed an ATI Radeon 7000. The bottom line, there is a problem with ASUS and integrated GeForce2 VGA's. tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 1:28: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from wedgev.com (cm57-70.liwest.at [212.33.57.70]) by hub.freebsd.org (Postfix) with ESMTP id EFFA137B41C for ; Mon, 29 Apr 2002 01:27:48 -0700 (PDT) Received: from cipher.home (cipher.home [10.0.0.2]) by wedgev.com (8.12.3/8.12.3) with SMTP id g3T8Rjvo000361 for ; Mon, 29 Apr 2002 10:27:45 +0200 (CEST) (envelope-from bernhard.valenti@gmx.net) Date: Mon, 29 Apr 2002 10:27:45 +0200 From: Bernhard Valenti To: freebsd-stable@freebsd.org Subject: etc/sendmail installworld error Message-Id: <20020429102745.5d6c8864.bernhard.valenti@gmx.net> X-Mailer: Sylpheed version 0.7.5 (GTK+ 1.2.10; i386-portbld-freebsd4.5) X-Operating-System: FreeBSD i386 X-Copyright: (C) 2001 Bernhard Valenti. All rights reserved. X-Notice: Duplication, redistribution prohibited without consent of the author. Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG hi, running installworld i get: ===> etc/sendmail rm -f /etc/mail/switch.cf (cd /usr/src/etc/sendmail && m4 -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 /etc/mail/switch.mc) > /etc/mail/switch.cf m4: not found *** Error code 127 Stop in /usr/src/etc/sendmail. *** Error code 1 running the "cd /usr/src/etc/sendmamil && m4 ..." command manually (which worked without error) made the following installworld complete without error. this didnt happen with the make world i did last week. regards, bernhard valenti To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 1:42:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 407F537B41A for ; Mon, 29 Apr 2002 01:42:40 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Apr 2002 09:42:39 +0100 (BST) Date: Mon, 29 Apr 2002 09:42:38 +0100 From: David Malone To: "Thomas D. Dean" Cc: jb3insf@pacbell.net, freebsd-stable@FreeBSD.ORG Subject: Re: Asus A7A266 Message-ID: <20020429084238.GA20485@walton.maths.tcd.ie> References: <3CCCE286.A984CD57@pacbell.net> <200204290625.g3T6PdE5027712@asus.tddhome> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200204290625.g3T6PdE5027712@asus.tddhome> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Apr 28, 2002 at 11:25:39PM -0700, Thomas D. Dean wrote: > I have an unresolved issue with XFree86-4.2.0, -stable, and an ASUS > A7N266-E motherboard with integrated GeForce2 VGA, the nForce chipset. I was looking at this about two weeks ago for someone else and we didn't make a lot of progress. I think it is another problem other than MTRR problem that the ASUS boards were tickling. Even if we disabeled the MTRR code we still ended up with lockups. Since then I've discovered by experimentation that some of the MTRRs seem to control the mapping of the ACPI tables into memory on my motherboard (ASUS A7A266). Speculating wildly, it is possible that on the A7N266-E the mapping of the video BIOS is controled by a similar means, but isn't mapped in by default. In that case X would have to know some seriously ugly magic to know how to map the BIOS. OTOH, the problem could be something completly different. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 2:16: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id 7AFF837B41E for ; Mon, 29 Apr 2002 02:15:43 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3T9FeEQ054632 for ; Mon, 29 Apr 2002 11:15:40 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Mon, 29 Apr 2002 11:15:40 +0200 (CEST) From: Richard Arends To: freebsd-stable@FreeBSD.ORG Subject: STARTTLS In-Reply-To: <15564.35555.39469.253461@horsey.gshapiro.net> Message-ID: <20020429111210.D53445-100000@mail.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, This morning sourceforge tried to send mail to me using TLS. Sadly enough this failed. --------------- Apr 29 09:13:32 mail sm-mta[82896]: STARTTLS=client, relay=mail.sourceforge.net., version=TLSv1/SSLv3, verify=FAIL, cipher=DES-CBC3-SHA, bits=168/1 68 --------------- Is TLS not working, or should I do something to get it work??? Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 2:34:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id 2342237B419 for ; Mon, 29 Apr 2002 02:34:43 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3T9YgEQ065286 for ; Mon, 29 Apr 2002 11:34:42 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Mon, 29 Apr 2002 11:34:42 +0200 (CEST) From: Richard Arends To: freebsd-stable@FreeBSD.ORG Subject: Re: STARTTLS In-Reply-To: <20020429111210.D53445-100000@mail.unixguru.nl> Message-ID: <20020429113327.I65283-100000@mail.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 29 Apr 2002, Richard Arends wrote: > This morning sourceforge tried to send mail to me using TLS. Sadly enough > this failed. I hate to reply to myself, but..... Further investigation learnt me, that not sourceforge was trying to send mail to me, but I was trying to send mail to sourceforge.... Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 2:38:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from hq1.tyfon.net (hq1.tyfon.net [217.27.162.35]) by hub.freebsd.org (Postfix) with ESMTP id 7705137B416 for ; Mon, 29 Apr 2002 02:38:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id AF64120496 for ; Mon, 29 Apr 2002 11:38:37 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id D410C20461 for ; Mon, 29 Apr 2002 11:38:36 +0200 (CEST) Date: Mon, 29 Apr 2002 11:38:36 +0200 (CEST) From: Dan Larsson To: FreeBSD Stable List Subject: buildkernel failure in kern/kern_exit.c on RELENG_4 Message-ID: <20020429112903.J26513-100000@hq1.tyfon.net> Organization: Tyfon Svenska AB X-NCC-NIC: DL1999-RIPE X-NCC-RegID: se.tyfon MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by hq1.tyfon.net Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Did I just cvsup in a bad time? dwmalone 2002/04/28 15:40:40 PDT Modified files: (Branch: RELENG_4) sys/kern kern_exit.c Log: MFC: 1.146 Release text vnode in exit() rather than wait(). Revision Changes Path 1.92.2.9 +8 -6 src/sys/kern/kern_exit.c WWW: http://cvsweb.freebsd.org/src/sys/kern/kern_exit.c.diff?r1=1.92.2.8&r2=1.92.2.9&f=u cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/kern/kern_exit.c /usr/src/sys/kern/kern_exit.c: In function `exit1': /usr/src/sys/kern/kern_exit.c:270: `vtmp' undeclared (first use in this function) /usr/src/sys/kern/kern_exit.c:270: (Each undeclared identifier is reported only once /usr/src/sys/kern/kern_exit.c:270: for each function it appears in.) *** Error code 1 Stop in /opt/obj/usr/src/sys/EAGLE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Regards +------ Dan Larsson -+- Tyfon Svenska AB -+- DL1999-RIPE A9C8 7230 ECFB 5B06 5370 B571 1E88 9C76 ACDE 744C To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 2:42: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 248B137B416 for ; Mon, 29 Apr 2002 02:41:54 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 29 Apr 2002 10:41:53 +0100 (BST) Date: Mon, 29 Apr 2002 10:41:53 +0100 From: David Malone To: Dan Larsson Cc: FreeBSD Stable List Subject: Re: buildkernel failure in kern/kern_exit.c on RELENG_4 Message-ID: <20020429094153.GA22612@walton.maths.tcd.ie> References: <20020429112903.J26513-100000@hq1.tyfon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020429112903.J26513-100000@hq1.tyfon.net> User-Agent: Mutt/1.3.25i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 29, 2002 at 11:38:36AM +0200, Dan Larsson wrote: > Did I just cvsup in a bad time? My bad - I'll fix it now. It only shows up if you compile without KTRACE. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 2:46:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by hub.freebsd.org (Postfix) with ESMTP id F299E37B420 for ; Mon, 29 Apr 2002 02:46:02 -0700 (PDT) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.6/8.11.6) id g3T9jNM16194; Mon, 29 Apr 2002 09:45:23 GMT (envelope-from rb) Message-Id: <4.3.2.7.2.20020429103939.00c5e540@gid.co.uk> X-Sender: rbmail@gid.co.uk X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Mon, 29 Apr 2002 10:45:22 +0100 To: stable@freebsd.org From: Bob Bishop Subject: Problem with multiple pci ed cards Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Pardon me if I haven't been paying attention, but there seems to be a problem with -stable cvsup 26 Apr 0100 GMT. I have a system here with two Realtek (yeah, I know) PCI ed cards, and they both get probed as ed0 then the attach for the second card fails (no surprise). This all works OK with -release. Has this been fixed already? TIA -- Bob Bishop +44 (0)118 977 4017 rb@gid.co.uk fax +44 (0)118 989 4254 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 2:54: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from r220-1.rz.RWTH-Aachen.DE (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by hub.freebsd.org (Postfix) with ESMTP id 4C9E937B41C for ; Mon, 29 Apr 2002 02:53:57 -0700 (PDT) Received: from r220-1.rz.RWTH-Aachen.DE (relay2.RWTH-Aachen.DE [134.130.3.1]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3-2) with ESMTP id g3T9rv205313; Mon, 29 Apr 2002 11:53:57 +0200 (MEST) Received: from hyperion.informatik.rwth-aachen.de (hyperion.Informatik.RWTH-Aachen.DE [137.226.194.33]) by r220-1.rz.RWTH-Aachen.DE (8.10.1/8.11.3/7) with ESMTP id g3T9rud05309; Mon, 29 Apr 2002 11:53:56 +0200 (MEST) Received: from margaux.informatik.rwth-aachen.de (margaux.Informatik.RWTH-Aachen.DE [137.226.194.72]) by hyperion.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1) with ESMTP id LAA03007; Mon, 29 Apr 2002 11:53:49 +0200 (MET DST) Received: (from stolz@localhost) by margaux.informatik.rwth-aachen.de (8.9.1b+Sun/8.9.1-gb-2) id LAA00363; Mon, 29 Apr 2002 11:53:48 +0200 (MET DST) Date: Mon, 29 Apr 2002 11:53:48 +0200 From: Volker Stolz To: Richard Arends Cc: freebsd-stable@freebsd.org Subject: Re: STARTTLS Message-ID: <20020429115348.A358@margaux.informatik.rwth-aachen.de> References: <15564.35555.39469.253461@horsey.gshapiro.net> <20020429111210.D53445-100000@mail.unixguru.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20020429111210.D53445-100000@mail.unixguru.nl> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In local.freebsd-stable, you wrote: > This morning sourceforge tried to send mail to me using TLS. Sadly enough > this failed. > Apr 29 09:13:32 mail sm-mta[82896]: STARTTLS=client, > relay=mail.sourceforge.net., version=TLSv1/SSLv3, verify=FAIL, > cipher=DES-CBC3-SHA, bits=168/168 You're misinterpreting the log: It just states that the certificate couldn't be verified. The mail was still delivered over an encrypted channel. -- Stell Dir vor es ist Krieg und keiner sieht hin. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 3: 1:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.unixguru.nl (cc49923-a.emmen1.dr.nl.home.com [212.204.178.120]) by hub.freebsd.org (Postfix) with ESMTP id 73FB137B400 for ; Mon, 29 Apr 2002 03:01:25 -0700 (PDT) Received: from mail (mail [192.168.10.4]) by mail.unixguru.nl (8.12.3/8.12.3) with ESMTP id g3TA1NEQ082555; Mon, 29 Apr 2002 12:01:23 +0200 (CEST) (envelope-from richard@unixguru.nl) Date: Mon, 29 Apr 2002 12:01:23 +0200 (CEST) From: Richard Arends To: Volker Stolz Cc: freebsd-stable@FreeBSD.ORG Subject: Re: STARTTLS In-Reply-To: <20020429115348.A358@margaux.informatik.rwth-aachen.de> Message-ID: <20020429115946.H65283-100000@mail.unixguru.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 29 Apr 2002, Volker Stolz wrote: > > This morning sourceforge tried to send mail to me using TLS. Sadly enough > > this failed. > > Apr 29 09:13:32 mail sm-mta[82896]: STARTTLS=client, > > relay=mail.sourceforge.net., version=TLSv1/SSLv3, verify=FAIL, > > cipher=DES-CBC3-SHA, bits=168/168 > > You're misinterpreting the log: It just states that the certificate > couldn't be verified. The mail was still delivered over an encrypted > channel. I checked my tcpdump logs and see that it indeed is encrypted. Greetings, Richard. ---- An OS is like swiss cheese, the bigger it is, the more holes you get! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 4:58: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from terrasat.ro (lc0.terrasat.ro [81.18.64.17]) by hub.freebsd.org (Postfix) with ESMTP id EDF9C37B400 for ; Mon, 29 Apr 2002 04:57:54 -0700 (PDT) Received: from razvan (ucb.pi.terrasat.ro [81.18.69.1]) by terrasat.ro (Vircom SMTPRS 4.3.182) with ESMTP id for ; Mon, 29 Apr 2002 14:57:42 +0300 From: "Razvan Cremenescu" To: Subject: hello -- CVSUP!!!!!!!!! Date: Mon, 29 Apr 2002 14:56:49 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Disposition-Notification-To: "Razvan Cremenescu" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG i had a problem with cvsup and ipnat. i solved it with cvsup 2 hours ago and a makeworld. Razvan Cremenescu, ================================= Network Operations Center Pitesti e-mail: cremenescu@terrasat.ro Tel: +40-48-250015 int. 25 +40-48-251112 int. 25 Mobile: +40-92-685805 ================================= Terra Sat Comp Resita 1700 CS, Romania http://www.terrasat.ro company@terrasat.ro Tel: +40-55-220012 +40-55-220013 Fax: +40-55-220117 ================================= It took the computing power of three C-64s to fly to the Moon. It takes an 800Mhz P3 to run Windows XP. Something is wrong here. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 5:35: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by hub.freebsd.org (Postfix) with ESMTP id BF66937B41C; Mon, 29 Apr 2002 05:34:59 -0700 (PDT) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.12.3/8.12.3) with ESMTP id g3TCYxrn073924; Mon, 29 Apr 2002 05:34:59 -0700 (PDT) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.12.3/8.12.3/Submit) id g3TCYxlL073923; Mon, 29 Apr 2002 05:34:59 -0700 (PDT) Date: Mon, 29 Apr 2002 05:34:59 -0700 (PDT) From: David Wolfskill Message-Id: <200204291234.g3TCYxlL073923@bunrab.catwhisker.org> To: stable@FreeBSD.org Subject: Minor fix for sys/kern/kern_descrip.c rev. 1.81.2.13 Cc: asmodai@FreeBSD.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I find that this patch: Index: sys/kern/kern_descrip.c =================================================================== RCS file: /cvs/freebsd/src/sys/kern/kern_descrip.c,v retrieving revision 1.81.2.13 diff -u -r1.81.2.13 kern_descrip.c --- sys/kern/kern_descrip.c 29 Apr 2002 08:22:00 -0000 1.81.2.13 +++ sys/kern/kern_descrip.c 29 Apr 2002 12:29:24 -0000 @@ -236,7 +236,7 @@ return (do_dup(fdp, uap->fd, i, p->p_retval, p)); case F_GETFD: - td->td_retval[0] = (*pop & UF_EXCLOSE) ? FD_CLOEXEC : 0; + p->p_retval[0] = (*pop & UF_EXCLOSE) ? FD_CLOEXEC : 0; return (0); case F_SETFD: fixes a -STABLE kernel build. Complaint was: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/kern/kern_descrip.c /usr/src/sys/kern/kern_descrip.c: In function `fcntl': /usr/src/sys/kern/kern_descrip.c:239: `td' undeclared (first use in this function) /usr/src/sys/kern/kern_descrip.c:239: (Each undeclared identifier is reported only once /usr/src/sys/kern/kern_descrip.c:239: for each function it appears in.) *** Error code 1 Cheers, david -- David H. Wolfskill david@catwhisker.org Microsoft products -- for those times when reliability just doesn't matter. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 6:36:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from skif.net (dallas.skif.net [195.58.224.34]) by hub.freebsd.org (Postfix) with ESMTP id 642EC37B421 for ; Mon, 29 Apr 2002 06:36:18 -0700 (PDT) Received: from [195.58.224.122] (HELO dru.dn.ua) by skif.net (CommuniGate Pro SMTP 3.5.6) with ESMTP-TLS id 4862399 for freebsd-stable@FreeBSD.org; Mon, 29 Apr 2002 16:36:08 +0300 Received: (from admin@localhost) by dru.dn.ua (8.12.3/8.12.3) id g3TDZwwF003494 for freebsd-stable@FreeBSD.org; Mon, 29 Apr 2002 16:35:58 +0300 (EEST) (envelope-from admin) Date: Mon, 29 Apr 2002 16:35:58 +0300 From: "Vladislav V. Zhuk" To: freebsd-stable@FreeBSD.org Subject: Big troubles with WHO !!! Message-ID: <20020429133558.GA2472@dru.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.3.27i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! The who(1) utility sometimes don't display some logged users. For example, user "test" logged to system now: > who admin ttyv1 29 ÁÐÒ 15:51 admin ttyv2 29 ÁÐÒ 15:54 admin ttyv3 29 ÁÐÒ 15:54 admin ttyv4 29 ÁÐÒ 15:56 admin ttyv6 29 ÁÐÒ 15:58 admin ttyv7 29 ÁÐÒ 15:52 vesko ttydb 29 ÁÐÒ 15:51 (:PPP) mirosedi ttydl 29 ÁÐÒ 16:05 (:PPP) admin ttyp0 29 ÁÐÒ 15:54 (:ttyv9:S.1) admin ttyp1 29 ÁÐÒ 15:54 (:ttyv9:S.2) # last test test ttydk :PPP ÐÎ 29 ÁÐÒ 16:01 still logged in test ttydi :PPP ÐÎ 29 ÁÐÒ 15:02 - 15:04 (00:02) test ttydh :PPP ÐÎ 29 ÁÐÒ 15:01 - 15:01 (00:00) test ttydk :PPP ÐÎ 29 ÁÐÒ 13:30 - 14:14 (00:44) test ttydl :PPP ÐÎ 29 ÁÐÒ 13:17 - 13:26 (00:09) test ttydm :PPP ÐÎ 29 ÁÐÒ 11:04 - 13:15 (02:11) test ttydl :PPP ÐÎ 29 ÁÐÒ 10:00 - 10:48 (00:48) This problem appeared after my last cvsup/buildworld Fri Apr 26 16:15:52 EEST 2002 What I must do for fix this?? -- Vladislav V. Zhuk (06267)3-60-03 admin@dru.dn.ua 2:465/197@FidoNet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 7: 0:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id D975137B400 for ; Mon, 29 Apr 2002 07:00:38 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA07186; Mon, 29 Apr 2002 07:00:25 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda07180; Mon Apr 29 07:00:09 2002 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id g3TE04d81411; Mon, 29 Apr 2002 07:00:04 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdb81389; Mon Apr 29 06:59:23 2002 Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.3/8.12.3) with ESMTP id g3TDxNVa011525; Mon, 29 Apr 2002 06:59:23 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200204291359.g3TDxNVa011525@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-Sender: schubert To: "Vladislav V. Zhuk" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Big troubles with WHO !!! In-Reply-To: Message from "Vladislav V. Zhuk" of "Mon, 29 Apr 2002 16:35:58 +0300." <20020429133558.GA2472@dru.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Mon, 29 Apr 2002 06:59:23 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020429133558.GA2472@dru.dn.ua>, "Vladislav V. Zhuk" = writes: > Hi! > = > The who(1) utility sometimes don't display some logged users. > = > For example, user "test" logged to system now: > = > > who > admin ttyv1 29 =C1=D0=D2 15:51 > admin ttyv2 29 =C1=D0=D2 15:54 > admin ttyv3 29 =C1=D0=D2 15:54 > admin ttyv4 29 =C1=D0=D2 15:56 > admin ttyv6 29 =C1=D0=D2 15:58 > admin ttyv7 29 =C1=D0=D2 15:52 > vesko ttydb 29 =C1=D0=D2 15:51 (:PPP) > mirosedi ttydl 29 =C1=D0=D2 16:05 (:PPP) > admin ttyp0 29 =C1=D0=D2 15:54 (:ttyv9:S.1) > admin ttyp1 29 =C1=D0=D2 15:54 (:ttyv9:S.2) > = > # last test > test ttydk :PPP =D0=CE 29 =C1=D0=D2 16:01 = still logged in > test ttydi :PPP =D0=CE 29 =C1=D0=D2 15:02 - = 15:04 (00:02) > test ttydh :PPP =D0=CE 29 =C1=D0=D2 15:01 - = 15:01 (00:00) > test ttydk :PPP =D0=CE 29 =C1=D0=D2 13:30 - = 14:14 (00:44) > test ttydl :PPP =D0=CE 29 =C1=D0=D2 13:17 - = 13:26 (00:09) > test ttydm :PPP =D0=CE 29 =C1=D0=D2 11:04 - = 13:15 (02:11) > test ttydl :PPP =D0=CE 29 =C1=D0=D2 10:00 - = 10:48 (00:48) > = > This problem appeared after my last cvsup/buildworld > Fri Apr 26 16:15:52 EEST 2002 > = > What I must do for fix this?? This indicates that an application is writing to wtmp but not utmp, or = when users log out an application is cleaning up after itself in utmp = but not in wtmp. To prove either of these theories, you need to verify = your who and last output with ps. Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC = FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 7:26:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215]) by hub.freebsd.org (Postfix) with ESMTP id 7940737B41A for ; Mon, 29 Apr 2002 07:26:40 -0700 (PDT) Received: (qmail 8183 invoked from network); 29 Apr 2002 14:26:40 -0000 Received: from unknown (HELO asus.tddhome) ([64.81.20.229]) (envelope-sender ) by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP for ; 29 Apr 2002 14:26:40 -0000 Received: from asus.tddhome (localhost [127.0.0.1]) by asus.tddhome (8.12.3/8.12.3) with ESMTP id g3TEQhCd028438; Mon, 29 Apr 2002 07:26:43 -0700 (PDT) (envelope-from tomdean@speakeasy.org) Received: (from tomdean@localhost) by asus.tddhome (8.12.3/8.12.3/Submit) id g3TEQgN6028435; Mon, 29 Apr 2002 07:26:42 -0700 (PDT) Date: Mon, 29 Apr 2002 07:26:42 -0700 (PDT) Message-Id: <200204291426.g3TEQgN6028435@asus.tddhome> X-Authentication-Warning: asus.tddhome: tomdean set sender to tomdean@speakeasy.org using -f From: "Thomas D. Dean" To: dwmalone@maths.tcd.ie Cc: jb3insf@pacbell.net, freebsd-stable@FreeBSD.ORG In-reply-to: <20020429084238.GA20485@walton.maths.tcd.ie> (message from David Malone on Mon, 29 Apr 2002 09:42:38 +0100) Subject: Re: Asus A7A266 References: <3CCCE286.A984CD57@pacbell.net> <200204290625.g3T6PdE5027712@asus.tddhome> <20020429084238.GA20485@walton.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David was helping me with my problem, about two weeks ago. I finally got a response from ASUS tsd on this issue. Nothing. I asked twice, two weeks ago, and they responded twice, yesterday! I have an ATI Radeon 7000 installed in the system and it is working great. I am willing to remove it to test anything. I can provide serial console access via my gateway and tip. Thanks, tomdean To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 7:33:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by hub.freebsd.org (Postfix) with ESMTP id 0011337B405 for ; Mon, 29 Apr 2002 07:33:20 -0700 (PDT) Received: from fwd07.sul.t-online.de by mailout04.sul.t-online.com with smtp id 172CDN-00058v-0D; Mon, 29 Apr 2002 16:33:17 +0200 Received: from pc5.abc (520067998749-0001@[217.233.97.188]) by fmrl07.sul.t-online.com with esmtp id 172CDF-0GgTzMC; Mon, 29 Apr 2002 16:33:09 +0200 Received: (from nicolas@localhost) by pc5.abc (8.11.6/8.11.6) id g3TEX7Y34503 for freebsd-stable@FreeBSD.ORG; Mon, 29 Apr 2002 16:33:07 +0200 (CEST) (envelope-from list@rachinsky.de) Date: Mon, 29 Apr 2002 16:33:07 +0200 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Subject: Re: Big troubles with WHO !!! Message-ID: <20020429143307.GB34350@pc5.abc> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20020429133558.GA2472@dru.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020429133558.GA2472@dru.dn.ua> User-Agent: Mutt/1.3.28i X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: C11ABC0E X-PGP-Fingerprint: 19DB 8392 8FE0 814A 7362 EEBD A53B 526A C11A BC0E X-PGP-Key: http://www.rachinsky.de/nicolas/nicolas_rachinsky.asc X-Sender: 520067998749-0001@t-dialin.net Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG * "Vladislav V. Zhuk" [2002-04-29 16:35:58 +0300]: > Hi! > > The who(1) utility sometimes don't display some logged users. > > For example, user "test" logged to system now: > > > who > admin ttyv1 29 ??? 15:51 > admin ttyv2 29 ??? 15:54 > admin ttyv3 29 ??? 15:54 > admin ttyv4 29 ??? 15:56 > admin ttyv6 29 ??? 15:58 > admin ttyv7 29 ??? 15:52 > vesko ttydb 29 ??? 15:51 (:PPP) > mirosedi ttydl 29 ??? 16:05 (:PPP) > admin ttyp0 29 ??? 15:54 (:ttyv9:S.1) > admin ttyp1 29 ??? 15:54 (:ttyv9:S.2) > > # last test > test ttydk :PPP ?? 29 ??? 16:01 still logged in > test ttydi :PPP ?? 29 ??? 15:02 - 15:04 (00:02) > test ttydh :PPP ?? 29 ??? 15:01 - 15:01 (00:00) > test ttydk :PPP ?? 29 ??? 13:30 - 14:14 (00:44) > test ttydl :PPP ?? 29 ??? 13:17 - 13:26 (00:09) > test ttydm :PPP ?? 29 ??? 11:04 - 13:15 (02:11) > test ttydl :PPP ?? 29 ??? 10:00 - 10:48 (00:48) > > This problem appeared after my last cvsup/buildworld > Fri Apr 26 16:15:52 EEST 2002 > > What I must do for fix this?? Make sure the used devices tty* are in your /etc/ttys, other login from libutil will write to wtmp but not utmp. Nicolas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 7:35:20 2002 Delivered-To: freebsd-stable@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 006ED37B404 for ; Mon, 29 Apr 2002 07:35:15 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id A77E4103486; Mon, 29 Apr 2002 11:35:09 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id A23BF103475; Mon, 29 Apr 2002 11:35:08 -0300 (ADT) Date: Mon, 29 Apr 2002 11:35:08 -0300 (ADT) From: "Marc G. Fournier" To: Tom Jackson Cc: freebsd-stable@freebsd.org Subject: Re: ASUS A7M266-D: enabling 'on board sound' In-Reply-To: <20020424044446.GA89914@boo.TOJ.org> Message-ID: <20020429113422.A15173-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 23 Apr 2002, Tom Jackson wrote: > I have this board working very well. Use 'device pcm' and nothing else. > There are some factory set jumpers on a pin block at a corner of the > board that should be left unless you are going to run iSmart panel audio > jacks. Okay, stupid question, but when you say 'this board', do you have two processors in it as well? Someone mentioned possibily a 'ran out of IRQ with two processors' issue, so I just want to confirm ... > Regards, > > On Tue, Apr 23, 2002 at 04:24:40PM -0300, Marc G. Fournier wrote: > > > > Morning all ... > > > > Just recently picked up an ASUS A7M266-D Motherboard with Dual: > > "(AMD Athlon(TM) MP Processor (1200.05-MHz 686-class CPU)" ... the system > > purrs like the proverbial kitten ... but the one thing that is eluding me > > so far is getting the onboard sound to work ... > > > > I think I've gone through just about everything ... I enabled > > PNPBIOS in my kernel, made sure the sound device was enabled in the BIOS > > ... nadda ... > > > > The error I'm seeing in dmesg is: > > > > pcm0: at device 4.0 on pci2 > > pcm0: cmi_attach: Cannot allocate bus resource > > device_probe_and_attach: pcm0 attach returned 6 > > > > I've tried manually setting in the kernel: > > > > > strings /kernel | grep pcm0 > > pcm0_resources > > ___device pcm0 at isa? irq 5 drq 1 flags 0x0 > > > > but that hasn't made any difference ... > > > > Anyone have any experience with this board, or this chipset, that > > might be able to suggest a course of action here? > > > > thanks ... > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 7:37:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from stuff.webintl.com (stuff.webintl.com [209.248.144.10]) by hub.freebsd.org (Postfix) with ESMTP id D0A7F37B400 for ; Mon, 29 Apr 2002 07:37:39 -0700 (PDT) Received: from [192.168.123.20] (adsl-66-136-237-161.dsl.ltrkar.swbell.net [66.136.237.161]) by stuff.webintl.com (8.9.3/8.9.3) with ESMTP id JAA18764 for ; Mon, 29 Apr 2002 09:37:39 -0500 Mime-Version: 1.0 X-Sender: freebsd@mail.webintl.com Message-Id: Date: Mon, 29 Apr 2002 09:37:33 -0500 To: freebsd-stable@freebsd.org From: Albert Everett Subject: postfix within jail under FreeBSD 4.5 Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I while back someone wrote in that postfix doesn't work (without the right patch) inside jails under FreeBSD 4.5. Has there been any change in status on this issue? Albert -- ----------------------------------------------------------------------- Albert Everett - Web International, Inc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Mon Apr 29 7:44:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lerlaptop.iadfw.net (lerlaptop.iadfw.net [206.66.13.21]) by hub.freebsd.org (Postfix) with ESMTP id 5F4E937B404 for ; Mon, 29 Apr 2002 07:43:36 -0700 (PDT) Received: from lerlaptop.iadfw.net (localhost [127.0.0.1]) by lerlaptop (8.12.3/8.12.3) with ESMTP id g3TEhBJR010707 for ; Mon, 29 Apr 2002 09:43:11 -0500 (CDT) (envelope-from ler@lerlaptop.iadfw.net) Received: (from ler@localhost) by lerlaptop.iadfw.net (8.12.3/8.12.3/Submit) id g3TEhB5D010706 for freebsd-stable@freebsd.org; Mon, 29 Apr 2002 09:43:11 -0500 (CDT) Date: Mon, 29 Apr 2002 09:43:11 -0500 From: Larry Rosenman To: freebsd-stable@freebsd.org Subject: New Laptop: i810: HELP Message-ID: <20020429144310.GA10697@lerlaptop.iadfw.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline User-Agent: Mutt/1.3.28i X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I bought myself a new laptop yesterday, and am having issues getting XFree86 4.2.0 to initialize. The issue appears to be the /dev/agpgart device says it's not configured, although the Laptop has the I830M chips, and I loaded agp.ko in /boot/loader.conf Can anyone help? Attached will be: 1) Kernel Config 2) dmesg 3) XFree log. -- Larry Rosenman, Sr. Network Engineer, Internet America, Inc. E-Mail: ler@airmail.net Phone: +1 214-861-2571, Fax: 214-861-2663 US Mail: 350 N. St. Paul, Suite 3000, Dallas, TX 75201 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=LERLAPTOP # # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.38 2002/01/25 17:41:40 murray Exp $ machine i386 cpu I686_CPU ident LERLAPTOP maxusers 0 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options SOFTUPDATES #Enable FFS soft updates support options UFS_DIRHASH #Improve performance on big directories options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev options PNPBIOS options PERFMON # CPU_ENABLE_SSE enables SSE/MMX2 instructions support. options CPU_ENABLE_SSE device isa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) ########################################vvvv was 0x20 device apm0 at nexus? flags 0x00 # Advanced Power Management # PCCARD (PCMCIA) support device card device pcic0 at isa? irq 0 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 0 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device vpo # Requires scbus and da # PCI Ethernet NICs. device miibus # MII bus support device rl # RealTek 8129/8139 # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attachment needed # and resources will always be dynamically assigned by the pccard code. device wi # Pseudo devices - the number indicates how many units to allocate. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) #pseudo-device gif # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device usb # USB Bus (required) device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device uscanner # Scanners device urio # Diamond Rio MP3 Player # USB Ethernet, requires mii device aue # ADMtek USB ethernet device cue # CATC USB ethernet device kue # Kawasaki LSI USB ethernet #####LER device pcm # sound? device smbus device iicbus device iicbb device intpm device ichsmb device smb device iic device ic device pca pseudo-device speaker device agp --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2002 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 4.5-STABLE #10: Mon Apr 29 07:28:14 CDT 2002 ler@lerlaptop:/usr/obj/usr/src/sys/LERLAPTOP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1129.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 259522560 (253440K bytes) avail memory = 248717312 (242888K bytes) Preloaded elf kernel "kernel" at 0xc039d000. Preloaded elf module "agp.ko" at 0xc039d09c. Preloaded elf module "accf_data.ko" at 0xc039d138. Preloaded elf module "accf_http.ko" at 0xc039d1dc. Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00fdf30 apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pci0: at 2.0 irq 11 pci0: (vendor=0x8086, dev=0x3577) at 2.1 uhci0: port 0x18c0-0x18df irq 11 at device 29.0 on pci0 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 0x18e0-0x18ff irq 11 at device 29.1 on pci0 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 pcib1: at device 30.0 on pci0 pci1: on pcib1 pcic0: irq 11 at device 10.0 on pci1 pcic0: PCI Memory allocated: 0x44000000 pccard0: on pcic0 pcic1: irq 11 at device 10.1 on pci1 pcic1: PCI Memory allocated: 0x44001000 pccard1: on pcic1 rl0: port 0x2000-0x20ff mem 0xe0200800-0xe02008ff irq 11 at device 13.0 on pci1 rl0: Ethernet address: 00:e0:00:7e:d0:45 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci1: (vendor=0x10cf, dev=0x2010) at 14.0 irq 11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1c20-0x1c2f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xe0100000-0xe01003ff at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ichsmb0: port 0x1c00-0x1c1f irq 11 at device 31.3 on pci0 pcm0: port 0x1880-0x18bf,0x1000-0x10ff irq 11 at device 31.5 on pci0 pci0: (vendor=0x8086, dev=0x2486) at 31.6 irq 11 orm0: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" "True" # [] #Option "XvMCSurfaces" # Identifier "Card0" Driver "vga" VideoRam 8192 #option "novbe" VendorName "Intel" BoardName "i830M" BusID "PCI:0:2:0" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "ColorKey" # #Option "CacheLines" # #Option "Dac6Bit" # [] #Option "DRI" # [] #Option "NoDDC" "True" # [] #Option "XvMCSurfaces" # Identifier "Card1" Driver "vga" #option "novbe" VendorName "Intel" BoardName "i830M" BusID "PCI:0:2:1" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 8 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor "Monitor1" DefaultDepth 8 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 4 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 8 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 15 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection SubSection "Display" Depth 24 Modes "1024x768" "800x600" "640x480" ViewPort 0 0 EndSubSection EndSection XFree86 Version 4.2.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 January 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: FreeBSD 4.5 i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Tue Apr 30 05:25:25 2002 (++) Using config file: "XF86Config.ler" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Screen "Screen1" (1) (**) | |-->Monitor "Monitor1" (**) | |-->Device "Card1" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3575 card 10cf,113b rev 04 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,3577 card 10cf,113c rev 04 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,3577 card 10cf,113c rev 00 class 03,80,00 hdr 80 (II) PCI: 00:1d:0: chip 8086,2482 card 10cf,113d rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2484 card 10cf,113d rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 10cf,113d rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,2483 card 10cf,113d rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 10cf,112f rev 02 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,2486 card 10cf,10d1 rev 02 class 07,03,00 hdr 00 (II) PCI: 01:0a:0: chip 104c,ac55 card 0000,0000 rev 01 class 06,07,00 hdr 82 (II) PCI: 01:0a:1: chip 104c,ac55 card 0000,0000 rev 01 class 06,07,00 hdr 82 (II) PCI: 01:0d:0: chip 10ec,8139 card 10cf,111c rev 10 class 02,00,00 hdr 00 (II) PCI: 01:0e:0: chip 10cf,2010 card 10cf,112b rev 01 class 0c,00,10 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 1: bridge is at (0:30:0), (0,1,3), BCTRL: 0x04 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0x00002000 - 0x000020ff (0x100) IX[B] [1] -1 0x00002400 - 0x000024ff (0x100) IX[B] [2] -1 0x00002800 - 0x000028ff (0x100) IX[B] [3] -1 0x00002c00 - 0x00002cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xe0200000 - 0xe02fffff (0x100000) MX[B] (II) Bus 1 prefetchable memory range: (II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (--) PCI:*(0:2:0) Intel i830M rev 4, Mem @ 0xe8000000/27, 0xe0000000/19 (--) PCI: (0:2:1) Intel i830M rev 0, Mem @ 0xf0000000/27, 0xe0080000/19 (II) Addressable bus resource ranges are [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0xe0200000 - 0xe03fffff (0x200000) MX[B]E [1] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E [2] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [3] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [4] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [5] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) [6] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) [7] -1 0x00002000 - 0x000020ff (0x100) IX[B]E [8] -1 0x00001800 - 0x000018ff (0x100) IX[B]E [9] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [10] -1 0x00001880 - 0x000018ff (0x80) IX[B]E [11] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [12] -1 0x00001c00 - 0x00001cff (0x100) IX[B]E [13] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E [14] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [15] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [16] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [17] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [18] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E [19] -1 0x000018c0 - 0x000018ff (0x40) IX[B]E (II) PCI Memory resource overlap reduced 0xe0200000 from 0xe03fffff to 0xe02007ff (II) PCI I/O resource overlap reduced 0x00001800 from 0x000018ff to 0x0000187f (II) PCI I/O resource overlap reduced 0x00001880 from 0x000018ff to 0x000018bf (II) PCI I/O resource overlap reduced 0x00001c00 from 0x00001cff to 0x00001c1f (II) PCI I/O resource overlap reduced 0x000018c0 from 0x000018ff to 0x000018df (II) Active PCI resource ranges after removing overlaps: [0] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E [1] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E [2] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [3] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [4] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [5] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) [6] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) [7] -1 0x00002000 - 0x000020ff (0x100) IX[B]E [8] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [9] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [10] -1 0x00001880 - 0x000018bf (0x40) IX[B]E [11] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [12] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E [13] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E [14] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [15] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [16] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [17] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [18] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E [19] -1 0x000018c0 - 0x000018df (0x20) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E [6] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E [7] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [8] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [9] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [10] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) [11] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) [12] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0x00002000 - 0x000020ff (0x100) IX[B]E [15] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [16] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [17] -1 0x00001880 - 0x000018bf (0x40) IX[B]E [18] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [19] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E [20] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E [21] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [22] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [23] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [24] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [25] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E [26] -1 0x000018c0 - 0x000018df (0x20) IX[B]E (II) LoadModule: "vga" (II) Loading /usr/X11R6/lib/modules/drivers/vga_drv.o (II) Module vga: vendor="The XFree86 Project" compiled for 4.2.0, module version = 4.0.0 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.5 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.3 (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic (II) Primary Device is: PCI 00:02:0 (--) Chipset generic found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E [6] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E [7] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [8] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [9] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [10] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) [11] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) [12] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [13] -1 0x00000000 - 0x000000ff (0x100) IX[B] [14] -1 0x00002000 - 0x000020ff (0x100) IX[B]E [15] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [16] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [17] -1 0x00001880 - 0x000018bf (0x40) IX[B]E [18] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [19] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E [20] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E [21] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [22] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [23] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [24] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [25] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E [26] -1 0x000018c0 - 0x000018df (0x20) IX[B]E (II) resource ranges after probing: [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E [6] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E [7] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [8] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [9] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [10] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) [11] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) [12] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [13] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [14] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [15] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [16] -1 0x00000000 - 0x000000ff (0x100) IX[B] [17] -1 0x00002000 - 0x000020ff (0x100) IX[B]E [18] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [19] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [20] -1 0x00001880 - 0x000018bf (0x40) IX[B]E [21] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [22] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E [23] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E [24] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [25] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [26] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [27] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [28] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E [29] -1 0x000018c0 - 0x000018df (0x20) IX[B]E [30] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [31] 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.5 (II) VGA(0): initializing int10 (==) VGA(0): Write-combining range (0xa0000,0x20000) was already clear (==) VGA(0): Write-combining range (0xf0000,0x10000) (WW) VGA(0): Bad V_BIOS checksum (II) VGA(0): Primary V_BIOS segment is: 0xc000 (**) VGA(0): Depth 8, (--) framebuffer bpp 8 (==) VGA(0): RGB weight 666 (==) VGA(0): Default visual is PseudoColor (==) VGA(0): Using gamma correction (1.0, 1.0, 1.0) (**) VGA(0): videoRam: 8192 kBytes (using 64 kBytes). (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) VGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) VGA(0): Virtual size is 320x200 (pitch 320) (**) VGA(0): Built-in mode "Generic 320x200 default mode": 12.6 MHz (scaled from 25.2 MHz), 31.5 kHz, 70.2 Hz (VScan) (II) VGA(0): Modeline "Generic 320x200 default mode" 12.59 320 336 384 400 200 206 207 224 vscan 2 -hsync +vsync (==) VGA(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor="The XFree86 Project" compiled for 4.2.0, module version = 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.1 (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0xe0000000 - 0xe007ffff (0x80000) MS[B] [1] 0 0xe8000000 - 0xefffffff (0x8000000) MS[B] [2] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E [8] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E [9] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E [10] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) [11] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) [12] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) [13] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) [14] 0 0x000a0000 - 0x000affff (0x10000) MS[B] [15] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [16] 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [17] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0x00002000 - 0x000020ff (0x100) IX[B]E [20] -1 0x00001800 - 0x0000187f (0x80) IX[B]E [21] -1 0x00001400 - 0x000014ff (0x100) IX[B]E [22] -1 0x00001880 - 0x000018bf (0x40) IX[B]E [23] -1 0x00001000 - 0x000010ff (0x100) IX[B]E [24] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E [25] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E [26] -1 0x00000374 - 0x00000377 (0x4) IX[B]E [27] -1 0x00000170 - 0x0000017f (0x10) IX[B]E [28] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E [29] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E [30] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E [31] -1 0x000018c0 - 0x000018df (0x20) IX[B]E [32] 0 0x000003b0 - 0x000003bb (0xc) IS[B] [33] 0 0x000003c0 - 0x000003df (0x20) IS[B] (==) VGA(0): Write-combining range (0xa0000,0x10000) was already clear (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (**) Option "Protocol" "SysMouse" (**) Mouse0: Protocol: "SysMouse" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (==) Mouse0: Buttons: 3 (**) Mouse0: BaudRate: 1200 (II) Keyboard "Keyboard0" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (**) Option "BaudRate" "1200" Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 4:40:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from skif.net (ns.skif.net [195.58.224.34]) by hub.freebsd.org (Postfix) with ESMTP id AB23D37B405 for ; Tue, 30 Apr 2002 04:40:37 -0700 (PDT) Received: from [195.58.224.122] (HELO dru.dn.ua) by skif.net (CommuniGate Pro SMTP 3.5.6) with ESMTP-TLS id 4885856 for freebsd-stable@FreeBSD.ORG; Tue, 30 Apr 2002 14:40:33 +0300 Received: (from admin@localhost) by dru.dn.ua (8.12.3/8.12.3) id g3UBeNIO077556 for freebsd-stable@FreeBSD.ORG; Tue, 30 Apr 2002 14:40:23 +0300 (EEST) (envelope-from admin) Date: Tue, 30 Apr 2002 14:40:23 +0300 From: "Vladislav V. Zhuk" To: freebsd-stable@FreeBSD.ORG Subject: buffer size Message-ID: <20020430114023.GA76954@dru.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.3.27i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! How to increase buffer size for cut and paste functions if the mouse pointer is enabled in the virtual console via vidcontrol(1) ?? I need to copy entire screen. 2-nd question: after paste empty lines are lost. For example, I copy next area of screen: -------------------------- line 1 line 3 line 5 -------------------------- after paste I get: -------------------------- line 1 line 3 line 5 -------------------------- It's WRONG. How to fix this?? -- Vladislav V. Zhuk (06267)3-60-03 admin@dru.dn.ua 2:465/197@FidoNet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 5:21:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from firehouse.net (dsl-64-130-18-61.telocity.com [64.130.18.61]) by hub.freebsd.org (Postfix) with SMTP id CA12737B41E for ; Tue, 30 Apr 2002 05:21:51 -0700 (PDT) Received: (qmail 49700 invoked by uid 85); 30 Apr 2002 12:21:51 -0000 Date: Tue, 30 Apr 2002 08:21:49 -0400 From: Alan Clegg To: freebsd-stable@freebsd.org Subject: change in UPDATING Message-ID: <20020430082149.D48266@shell.wetworks.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="EY/WZ/HvNxOox07X" Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Virus-Scanned: by AMaViS perl-11 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --EY/WZ/HvNxOox07X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I think it would be a good idea to add a note (similar to the one about usi= ng=20 the new mergemaster (with -C option)) to UPDATING that explains that you can use the same formula (cd /usr/src/usr.sbin/mergemaster; make all instal= l) followed by a "mergemaster -p" to fixup the smmsp user/group. Yes, I know this has been talked about a million times, but... AlanC --EY/WZ/HvNxOox07X Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE8zoxdyJP8xSfQVdsRAkBGAJ9m4nHkK2dcaXfweO1+mkBZMvigUQCguIiJ ADjWaHM6msGvJm21QNCEXko= =+NAN -----END PGP SIGNATURE----- --EY/WZ/HvNxOox07X-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 5:35:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from balmung.jeje.org (none.jeje.org [212.129.62.129]) by hub.freebsd.org (Postfix) with ESMTP id EA66D37B404 for ; Tue, 30 Apr 2002 05:35:24 -0700 (PDT) Received: from sauron.eng.freesbee.net (jeje.eng.freesbee.net [212.129.2.30]) by balmung.jeje.org (Postfix) with ESMTP id E89E7247 for ; Tue, 30 Apr 2002 14:35:17 +0200 (CEST) Date: Tue, 30 Apr 2002 14:35:17 +0200 From: Jerome Fleury To: stable@freebsd.org Subject: Aladdin and UDMA100 Message-ID: <73690000.1020170117@sauron.admin.in.none.net> X-Mailer: Mulberry/2.2.0 (SunOS/SPARC) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When I read tha ata(4) manual, I see: The currently supported controllers with their maximum speed include: Acerlabs Aladdin Ultra DMA 33 (UDMA2), 33 MB/sec whereas my system has: atapci0: port 0xd400-0xd40f at device 4.0 on pci0 ad0: 76319MB [155061/16/63] at ata0-master UDMA100 #atacontrol mode 0 Master = UDMA100 Seems like dma100 is OK whith 4.5 stable and Aladdin controller. Shouldn't the manual be updated accordingly ? -- Jerome Fleury To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 6: 9: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.ameuro.de (mail2.ameuro.de [62.208.90.8]) by hub.freebsd.org (Postfix) with ESMTP id F1E7237B41A; Tue, 30 Apr 2002 06:08:11 -0700 (PDT) Received: from seth.augenstein.net (pD9EB7203.dip.t-dialin.net [217.235.114.3]) (authenticated bits=0) by mail2.ameuro.de (8.12.2/8.12.2) with ESMTP id g3UD877e009638; Tue, 30 Apr 2002 15:08:08 +0200 Received: by seth.augenstein.net (Postfix, from userid 666) id CB97414C; Tue, 30 Apr 2002 15:08:25 +0200 (CEST) Date: Tue, 30 Apr 2002 15:08:25 +0200 From: Norbert Augenstein To: Larry Rosenman Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: New Laptop: i810: HELP Message-Id: <20020430150825.6478427f.norbert@augenstein.net> In-Reply-To: <20020430103139.GA177@lerlaptop.lerctr.org> References: <20020429164649.GA176@lerlaptop.iadfw.net> <20020429170538.GA196@lerlaptop.iadfw.net> <1020106827.22787.16.camel@gyros.marcuscom.com> <1020108438.39799.10.camel@ler-freebie.iadfw.net> <1020127967.466.8.camel@anholt.dyndns.org> <20020430022623.GB1483@lerlaptop.lerctr.org> <20020430103139.GA177@lerlaptop.lerctr.org> X-Mailer: Sylpheed version 0.7.4 (GTK+ 1.2.10; i386-portbld-freebsd4.5) X-Copyright: (c) Norbert Augenstein -> Forwarding NOT permitted without prior permission! Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 30 Apr 2002 05:31:40 -0500 Larry Rosenman wrote: > * Larry Rosenman [020429 21:29]: > > * Eric Anholt [020429 19:54]: > > > On Mon, 2002-04-29 at 13:27, Larry Rosenman wrote: > > > > Well with that patch, we still get the same thing, but I suspect Eric > > > > did more than I did with the chips. > > > > > > > > Eric, > > > > I have the I830MG chipset in this laptop, and am willing to > > > > experiment and get it working on -STABLE. > > > > > > > > I currently get a X86 Illegal opcode right after the Gamma Correction > > > > message in the logs (same as before applying your agp_i810.[ch] patch. > > > > > > > > This is on a Fujitsu Lifebook C6651. > > > > > > Okay, I poked around in this, and I have to say that where it's going > > > wrong is totally out of my area of knowledge. As far as I can tell, > > > it's dying because the bios memory seems to be corrupted, or at least > > > it's more than the emulator can handle according to Stuart Barkley. > > > This is strange because Linux users have had it working. > > > > > > Just to make see if this is an interaction with AGP (since the agp code > > > has not been successfully used yet that I know of), could you try > > > removing AGP from your kernel or not modloading it at boot and see how X > > > works? It looks like X should handle not having AGP loaded, since you > > > have 8MB stolen for the card already. If it does work, you'll be > > > limited in resolution, but not as badly as those who only have 512k or > > > 1MB stolen. > > Playing with it, I can get a 320x200 X up in VGA mode, if I don't > > allow int10 to run. As soon as we bring int10 in, we get the checksum > > (I suspect we have a mapping issue somewhere). > > > > Is there anything I can run to map the BIOS ROMS on the machine? > > > > What can I do to help? > > > > I'd LOVE to get it running, but I suspect the BIOS mapping into the > > system is the issue, and I don't know what the maps are. > > > > With the following XF86Config, we get the attached log, and a 320x200 > screen using XFree86 -xf86config XF86Config.ler > > using startx with the same file in /etc/X11/XF86Config, we get a hang. > > Any ideas on how to verify what the BIOS really has? There are **NO** > tweaks available in the BIOS setup of the laptop (ACPI Compliant, and > normally runs Windows XP Home). > > hi, it seems there is something missing in your config-file i write some comment to the sections you have two Monitor/screen sections, normally ther is no need exept you have a dual-head graphic card. auge > > > Section "ServerLayout" > Identifier "XFree86 Configured" > Screen 0 "Screen0" 0 0 > Screen 1 "Screen1" RightOf "Screen0" #do you have a second monitor ?? > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > EndSection > > Section "Files" > RgbPath "/usr/X11R6/lib/X11/rgb" > ModulePath "/usr/X11R6/lib/modules" > FontPath "/usr/X11R6/lib/X11/fonts/misc/" > FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" > FontPath "/usr/X11R6/lib/X11/fonts/Type1/" > FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" > FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" > EndSection > > Section "Module" > #Load "dbe" > #Load "dri" > #SubSection "extmod" > # option "omit xfree86-dga" > # option "omit xfree86-vidmodeextension" > # option "omit xfree86-misc" > # option "omit sync" > # option "omit xvideo" > # option "omit xvideo-motioncompensation" > # option "omit tog-cup" > #EndSubSection > #Load "glx" > #Load "pex5" > #Load "record" > #Load "xie" > #Load "xtrap" > #Load "speedo" #load speedo and type1 and you should not get the 2 font warnings > #Load "type1" # > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "keyboard" # missing! Options "XkbRules" "xfree86" # Options "XkbModel" "pc105" # Options "XkbLayout" "de" #edit this for your needs!! just an example > EndSection > > Section "InputDevice" > Identifier "Mouse0" > Driver "mouse" > Option "Protocol" "SysMouse" #try "auto" instead of "sysmouse" > Option "Device" "/dev/sysmouse" # set i.e /dev/psm0 see your 'dmesg' > EndSection > > Section "Monitor" > Identifier "Monitor0" > VendorName "Monitor Vendor" > ModelName "Monitor Model" #missing! HorizSync ab.c - yx.z # VertRefresh de.f - ef.g #edit this!! > EndSection > > Section "Monitor" #second Monitor??? > Identifier "Monitor1" > VendorName "Monitor Vendor" > ModelName "Monitor Model" > EndSection > > Section "Device" > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "NoAccel" # [] > #Option "SWcursor" # [] > #Option "ColorKey" # > #Option "CacheLines" # > #Option "Dac6Bit" # [] > #Option "DRI" # [] > #Option "NoDDC" "True" # [] > #Option "XvMCSurfaces" # > Identifier "Card0" > Driver "vga" > VideoRam 8192 > #option "novbe" > VendorName "Intel" > BoardName "i830M" > BusID "PCI:0:2:0" > EndSection > > Section "Device" # second Monitor > ### Available Driver options are:- > ### Values: : integer, : float, : "True"/"False", > ### : "String", : " Hz/kHz/MHz" > ### [arg]: arg optional > #Option "NoAccel" # [] > #Option "SWcursor" # [] > #Option "ColorKey" # > #Option "CacheLines" # > #Option "Dac6Bit" # [] > #Option "DRI" # [] > #Option "NoDDC" "True" # [] > #Option "XvMCSurfaces" # > Identifier "Card1" > Driver "vga" > #option "novbe" > VendorName "Intel" > BoardName "i830M" > BusID "PCI:0:2:1" > EndSection > > Section "Screen" > Identifier "Screen0" > Device "Card0" > Monitor "Monitor0" > DefaultDepth 8 > SubSection "Display" > Depth 1 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 4 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 8 > Modes "1024x768" "800x600" "640x480" #only this will be used > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 15 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 16 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 24 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > EndSection > > Section "Screen" # > Identifier "Screen1" #do you really need a second screen entry??? > Device "Card1" > Monitor "Monitor1" > DefaultDepth 8 > SubSection "Display" > Depth 1 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 4 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 8 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 15 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 16 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > SubSection "Display" > Depth 24 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubSection > EndSection > > > XFree86 Version 4.2.0 / X Window System > (protocol Version 11, revision 0, vendor release 6600) > Release Date: 18 January 2002 > If the server is older than 6-12 months, or if your card is > newer than the above date, look for a newer version before > reporting problems. (See http://www.XFree86.Org/) > Build Operating System: FreeBSD 4.5 i386 [ELF] > Module Loader present > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/XFree86.0.log", Time: Tue Apr 30 05:25:25 2002 > (++) Using config file: "XF86Config.ler" > (==) ServerLayout "XFree86 Configured" > (**) |-->Screen "Screen0" (0) > (**) | |-->Monitor "Monitor0" > (**) | |-->Device "Card0" > (**) |-->Screen "Screen1" (1) > (**) | |-->Monitor "Monitor1" > (**) | |-->Device "Card1" > (**) |-->Input Device "Mouse0" > (**) |-->Input Device "Keyboard0" > (==) Keyboard: CustomKeycode disabled > (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > (**) ModulePath set to "/usr/X11R6/lib/modules" > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 > > (II) Module ABI versions: > XFree86 ANSI C Emulation: 0.1 > XFree86 Video Driver: 0.5 > XFree86 XInput driver : 0.3 > XFree86 Server Extension : 0.1 > XFree86 Font Renderer : 0.3 > (II) Loader running on freebsd > (II) LoadModule: "bitmap" > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a > (II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 Font Renderer > ABI class: XFree86 Font Renderer, version 0.3 > (II) Loading font Bitmap > (II) LoadModule: "pcidata" > (II) Loading /usr/X11R6/lib/modules/libpcidata.a > (II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) PCI: Probing config type using method 1 > (II) PCI: Config type is 1 > (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 > (II) PCI: PCI scan (all values are in hex) > (II) PCI: 00:00:0: chip 8086,3575 card 10cf,113b rev 04 class 06,00,00 hdr 00 > (II) PCI: 00:02:0: chip 8086,3577 card 10cf,113c rev 04 class 03,00,00 hdr 80 > (II) PCI: 00:02:1: chip 8086,3577 card 10cf,113c rev 00 class 03,80,00 hdr 80 > (II) PCI: 00:1d:0: chip 8086,2482 card 10cf,113d rev 02 class 0c,03,00 hdr 80 > (II) PCI: 00:1d:1: chip 8086,2484 card 10cf,113d rev 02 class 0c,03,00 hdr 00 > (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev 42 class 06,04,00 hdr 01 > (II) PCI: 00:1f:0: chip 8086,248c card 0000,0000 rev 02 class 06,01,00 hdr 80 > (II) PCI: 00:1f:1: chip 8086,248a card 10cf,113d rev 02 class 01,01,8a hdr 00 > (II) PCI: 00:1f:3: chip 8086,2483 card 10cf,113d rev 02 class 0c,05,00 hdr 00 > (II) PCI: 00:1f:5: chip 8086,2485 card 10cf,112f rev 02 class 04,01,00 hdr 00 > (II) PCI: 00:1f:6: chip 8086,2486 card 10cf,10d1 rev 02 class 07,03,00 hdr 00 > (II) PCI: 01:0a:0: chip 104c,ac55 card 0000,0000 rev 01 class 06,07,00 hdr 82 > (II) PCI: 01:0a:1: chip 104c,ac55 card 0000,0000 rev 01 class 06,07,00 hdr 82 > (II) PCI: 01:0d:0: chip 10ec,8139 card 10cf,111c rev 10 class 02,00,00 hdr 00 > (II) PCI: 01:0e:0: chip 10cf,2010 card 10cf,112b rev 01 class 0c,00,10 hdr 00 > (II) PCI: End of PCI scan > (II) LoadModule: "scanpci" > (II) Loading /usr/X11R6/lib/modules/libscanpci.a > (II) Module scanpci: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) UnloadModule: "scanpci" > (II) Unloading /usr/X11R6/lib/modules/libscanpci.a > (II) Host-to-PCI bridge: > (II) PCI-to-ISA bridge: > (II) PCI-to-PCI bridge: > (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus 0 I/O range: > [0] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] > (II) Bus 0 non-prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (II) Bus 0 prefetchable memory range: > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > (II) Bus 1: bridge is at (0:30:0), (0,1,3), BCTRL: 0x04 (VGA_EN is cleared) > (II) Bus 1 I/O range: > [0] -1 0x00002000 - 0x000020ff (0x100) IX[B] > [1] -1 0x00002400 - 0x000024ff (0x100) IX[B] > [2] -1 0x00002800 - 0x000028ff (0x100) IX[B] > [3] -1 0x00002c00 - 0x00002cff (0x100) IX[B] > (II) Bus 1 non-prefetchable memory range: > [0] -1 0xe0200000 - 0xe02fffff (0x100000) MX[B] > (II) Bus 1 prefetchable memory range: > (II) Bus -1: bridge is at (0:31:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) > (II) Bus -1 I/O range: > (II) Bus -1 non-prefetchable memory range: > (II) Bus -1 prefetchable memory range: > (--) PCI:*(0:2:0) Intel i830M rev 4, Mem @ 0xe8000000/27, 0xe0000000/19 > (--) PCI: (0:2:1) Intel i830M rev 0, Mem @ 0xf0000000/27, 0xe0080000/19 > (II) Addressable bus resource ranges are > [0] -1 0x00000000 - 0xffffffff (0x0) MX[B] > [1] -1 0x00000000 - 0x0000ffff (0x10000) IX[B] > (II) OS-reported resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] > (II) Active PCI resource ranges: > [0] -1 0xe0200000 - 0xe03fffff (0x200000) MX[B]E > [1] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E > [2] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E > [3] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) > [4] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) > [5] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) > [6] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) > [7] -1 0x00002000 - 0x000020ff (0x100) IX[B]E > [8] -1 0x00001800 - 0x000018ff (0x100) IX[B]E > [9] -1 0x00001400 - 0x000014ff (0x100) IX[B]E > [10] -1 0x00001880 - 0x000018ff (0x80) IX[B]E > [11] -1 0x00001000 - 0x000010ff (0x100) IX[B]E > [12] -1 0x00001c00 - 0x00001cff (0x100) IX[B]E > [13] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E > [14] -1 0x00000374 - 0x00000377 (0x4) IX[B]E > [15] -1 0x00000170 - 0x0000017f (0x10) IX[B]E > [16] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E > [17] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E > [18] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E > [19] -1 0x000018c0 - 0x000018ff (0x40) IX[B]E > (II) PCI Memory resource overlap reduced 0xe0200000 from 0xe03fffff to 0xe02007ff > (II) PCI I/O resource overlap reduced 0x00001800 from 0x000018ff to 0x0000187f > (II) PCI I/O resource overlap reduced 0x00001880 from 0x000018ff to 0x000018bf > (II) PCI I/O resource overlap reduced 0x00001c00 from 0x00001cff to 0x00001c1f > (II) PCI I/O resource overlap reduced 0x000018c0 from 0x000018ff to 0x000018df > (II) Active PCI resource ranges after removing overlaps: > [0] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E > [1] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E > [2] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E > [3] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) > [4] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) > [5] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) > [6] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) > [7] -1 0x00002000 - 0x000020ff (0x100) IX[B]E > [8] -1 0x00001800 - 0x0000187f (0x80) IX[B]E > [9] -1 0x00001400 - 0x000014ff (0x100) IX[B]E > [10] -1 0x00001880 - 0x000018bf (0x40) IX[B]E > [11] -1 0x00001000 - 0x000010ff (0x100) IX[B]E > [12] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E > [13] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E > [14] -1 0x00000374 - 0x00000377 (0x4) IX[B]E > [15] -1 0x00000170 - 0x0000017f (0x10) IX[B]E > [16] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E > [17] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E > [18] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E > [19] -1 0x000018c0 - 0x000018df (0x20) IX[B]E > (II) OS-reported resource ranges after removing overlaps with PCI: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [6] -1 0x00000000 - 0x000000ff (0x100) IX[B] > (II) All system resource ranges: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E > [6] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E > [7] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E > [8] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) > [9] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) > [10] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) > [11] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) > [12] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [13] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [14] -1 0x00002000 - 0x000020ff (0x100) IX[B]E > [15] -1 0x00001800 - 0x0000187f (0x80) IX[B]E > [16] -1 0x00001400 - 0x000014ff (0x100) IX[B]E > [17] -1 0x00001880 - 0x000018bf (0x40) IX[B]E > [18] -1 0x00001000 - 0x000010ff (0x100) IX[B]E > [19] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E > [20] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E > [21] -1 0x00000374 - 0x00000377 (0x4) IX[B]E > [22] -1 0x00000170 - 0x0000017f (0x10) IX[B]E > [23] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E > [24] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E > [25] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E > [26] -1 0x000018c0 - 0x000018df (0x20) IX[B]E > (II) LoadModule: "vga" > (II) Loading /usr/X11R6/lib/modules/drivers/vga_drv.o > (II) Module vga: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 4.0.0 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.5 > (II) LoadModule: "mouse" > (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o > (II) Module mouse: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > Module class: XFree86 XInput Driver > ABI class: XFree86 XInput driver, version 0.3 > (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic > (II) Primary Device is: PCI 00:02:0 > (--) Chipset generic found > (II) resource ranges after xf86ClaimFixedResources() call: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E > [6] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E > [7] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E > [8] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) > [9] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) > [10] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) > [11] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) > [12] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [13] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [14] -1 0x00002000 - 0x000020ff (0x100) IX[B]E > [15] -1 0x00001800 - 0x0000187f (0x80) IX[B]E > [16] -1 0x00001400 - 0x000014ff (0x100) IX[B]E > [17] -1 0x00001880 - 0x000018bf (0x40) IX[B]E > [18] -1 0x00001000 - 0x000010ff (0x100) IX[B]E > [19] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E > [20] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E > [21] -1 0x00000374 - 0x00000377 (0x4) IX[B]E > [22] -1 0x00000170 - 0x0000017f (0x10) IX[B]E > [23] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E > [24] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E > [25] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E > [26] -1 0x000018c0 - 0x000018df (0x20) IX[B]E > (II) resource ranges after probing: > [0] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [1] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [2] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [3] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [4] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [5] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E > [6] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E > [7] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E > [8] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) > [9] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) > [10] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) > [11] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) > [12] 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [13] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [14] 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [15] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [16] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [17] -1 0x00002000 - 0x000020ff (0x100) IX[B]E > [18] -1 0x00001800 - 0x0000187f (0x80) IX[B]E > [19] -1 0x00001400 - 0x000014ff (0x100) IX[B]E > [20] -1 0x00001880 - 0x000018bf (0x40) IX[B]E > [21] -1 0x00001000 - 0x000010ff (0x100) IX[B]E > [22] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E > [23] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E > [24] -1 0x00000374 - 0x00000377 (0x4) IX[B]E > [25] -1 0x00000170 - 0x0000017f (0x10) IX[B]E > [26] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E > [27] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E > [28] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E > [29] -1 0x000018c0 - 0x000018df (0x20) IX[B]E > [30] 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [31] 0 0x000003c0 - 0x000003df (0x20) IS[B] > (II) Setting vga for screen 0. > (II) Loading sub module "int10" > (II) LoadModule: "int10" > (II) Loading /usr/X11R6/lib/modules/libint10.a > (II) Module int10: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) VGA(0): initializing int10 > (==) VGA(0): Write-combining range (0xa0000,0x20000) was already clear > (==) VGA(0): Write-combining range (0xf0000,0x10000) > (WW) VGA(0): Bad V_BIOS checksum > (II) VGA(0): Primary V_BIOS segment is: 0xc000 > (**) VGA(0): Depth 8, (--) framebuffer bpp 8 > (==) VGA(0): RGB weight 666 > (==) VGA(0): Default visual is PseudoColor > (==) VGA(0): Using gamma correction (1.0, 1.0, 1.0) > (**) VGA(0): videoRam: 8192 kBytes (using 64 kBytes). > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" > (II) Loading /usr/X11R6/lib/modules/libvgahw.a > (II) Module vgahw: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.5 > (II) VGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 > (==) VGA(0): Virtual size is 320x200 (pitch 320) > (**) VGA(0): Built-in mode "Generic 320x200 default mode": 12.6 MHz (scaled from 25.2 MHz), 31.5 kHz, 70.2 Hz (VScan) > (II) VGA(0): Modeline "Generic 320x200 default mode" 12.59 320 336 384 400 200 206 207 224 vscan 2 -hsync +vsync > (==) VGA(0): DPI set to (75, 75) > (II) Loading sub module "fb" > (II) LoadModule: "fb" > (II) Loading /usr/X11R6/lib/modules/libfb.a > (II) Module fb: vendor="The XFree86 Project" > compiled for 4.2.0, module version = 1.0.0 > ABI class: XFree86 ANSI C Emulation, version 0.1 > (II) do I need RAC? No, I don't. > (II) resource ranges after preInit: > [0] 0 0xe0000000 - 0xe007ffff (0x80000) MS[B] > [1] 0 0xe8000000 - 0xefffffff (0x8000000) MS[B] > [2] -1 0xffe00000 - 0xffffffff (0x200000) MX[B](B) > [3] -1 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) > [4] -1 0x000f0000 - 0x000fffff (0x10000) MX[B] > [5] -1 0x000c0000 - 0x000effff (0x30000) MX[B] > [6] -1 0x00000000 - 0x0009ffff (0xa0000) MX[B] > [7] -1 0xe0200000 - 0xe02007ff (0x800) MX[B]E > [8] -1 0xe0200800 - 0xe0200fff (0x800) MX[B]E > [9] -1 0xe0100000 - 0xe01fffff (0x100000) MX[B]E > [10] -1 0xe0080000 - 0xe00fffff (0x80000) MX[B](B) > [11] -1 0xf0000000 - 0xf7ffffff (0x8000000) MX[B](B) > [12] -1 0xe0000000 - 0xe007ffff (0x80000) MX[B](B) > [13] -1 0xe8000000 - 0xefffffff (0x8000000) MX[B](B) > [14] 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [15] 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) > [16] 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) > [17] -1 0x0000ffff - 0x0000ffff (0x1) IX[B] > [18] -1 0x00000000 - 0x000000ff (0x100) IX[B] > [19] -1 0x00002000 - 0x000020ff (0x100) IX[B]E > [20] -1 0x00001800 - 0x0000187f (0x80) IX[B]E > [21] -1 0x00001400 - 0x000014ff (0x100) IX[B]E > [22] -1 0x00001880 - 0x000018bf (0x40) IX[B]E > [23] -1 0x00001000 - 0x000010ff (0x100) IX[B]E > [24] -1 0x00001c00 - 0x00001c1f (0x20) IX[B]E > [25] -1 0x00001c20 - 0x00001c3f (0x20) IX[B]E > [26] -1 0x00000374 - 0x00000377 (0x4) IX[B]E > [27] -1 0x00000170 - 0x0000017f (0x10) IX[B]E > [28] -1 0x000003f4 - 0x000003f7 (0x4) IX[B]E > [29] -1 0x000001f0 - 0x000001ff (0x10) IX[B]E > [30] -1 0x000018e0 - 0x000018ff (0x20) IX[B]E > [31] -1 0x000018c0 - 0x000018df (0x20) IX[B]E > [32] 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [33] 0 0x000003c0 - 0x000003df (0x20) IS[B] > (==) VGA(0): Write-combining range (0xa0000,0x10000) was already clear > (II) Setting vga for screen 0. > (II) Initializing built-in extension MIT-SHM > (II) Initializing built-in extension XInputExtension > (II) Initializing built-in extension XTEST > (II) Initializing built-in extension XKEYBOARD > (II) Initializing built-in extension LBX > (II) Initializing built-in extension XC-APPGROUP > (II) Initializing built-in extension SECURITY > (II) Initializing built-in extension XINERAMA > (II) Initializing built-in extension XFree86-Bigfont > (II) Initializing built-in extension RENDER > (**) Option "Protocol" "SysMouse" > (**) Mouse0: Protocol: "SysMouse" > (**) Option "CorePointer" > (**) Mouse0: Core Pointer > (**) Option "Device" "/dev/sysmouse" > (**) Option "BaudRate" "1200" > (**) Option "StopBits" "2" > (**) Option "DataBits" "8" > (**) Option "Parity" "None" > (**) Option "Vmin" "1" > (**) Option "Vtime" "0" > (**) Option "FlowControl" "None" > (==) Mouse0: Buttons: 3 > (**) Mouse0: BaudRate: 1200 > (II) Keyboard "Keyboard0" handled by legacy driver > (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) > (**) Option "BaudRate" "1200" > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 972-414-9812 E-Mail: ler@lerctr.org > US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 6:16:51 2002 Delivered-To: freebsd-stable@freebsd.org Received: from chem-277.umd.edu (chem-277.umd.edu [128.8.177.21]) by hub.freebsd.org (Postfix) with ESMTP id BDF2837B41E for ; Tue, 30 Apr 2002 06:16:47 -0700 (PDT) Received: (from munn@localhost) by chem-277.umd.edu (8.11.6/8.11.6) id g3UDGlS31619 for stable@FreeBSD.ORG; Tue, 30 Apr 2002 09:16:47 -0400 (EDT) (envelope-from munn) Date: Tue, 30 Apr 2002 09:16:47 -0400 From: Robert Munn To: stable@FreeBSD.ORG Subject: Build problem Message-ID: <20020430091647.A31589@chem-277.umd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I recently upgraded to 4.5-RELEASE-p4 and encountered two problems. When I start the new system and press F2 in the freebsd boot manager, I get the message "Illegal Format." The manager then timeouts and the machine boots into freebsd. I have tried restoring the boot manager with "fdisk" and with "boot0cfg -B /dev/ad0" but nothing helps. Anyone know what is 'illegal"? I also had the line linproc /compat/linux/proc linprocfs rw 0 0 in /etc/fstab. This is flagged as an error and I get booted into the emergency shell. When I comment out the line, all seems well, and the machine boots. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 7:15:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp2.wanadoo.nl (smtp2.wanadoo.nl [194.134.35.138]) by hub.freebsd.org (Postfix) with ESMTP id AFFA637B41B for ; Tue, 30 Apr 2002 07:15:14 -0700 (PDT) Received: from ams-gw.sohara.org (i1981.vwr.wanadoo.nl [194.134.215.197]) by smtp2.wanadoo.nl (8.11.3/8.11.3) with SMTP id g3UEF9J08217 for ; Tue, 30 Apr 2002 16:15:09 +0200 (MEST) Date: Tue, 30 Apr 2002 16:15:04 +0200 From: "Steve O'Hara-Smith" To: stable@freebsd.org Subject: ssh, NFS and gigabit troubles Message-Id: <20020430161504.55e94ecf.steve@sohara.org> X-Mailer: Sylpheed version 0.7.5 (GTK+ 1.2.10; i386-portbld-freebsd4.5) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I am having a small nightmare that I would like some hints on :( I have two FreeBSD 4.5-stable (a few days old) boxes one AMD K6-500 the other an AMD K7-1200/266. Both have Target 10/100/1000 cards (DP83820 based) and are connected with a CAT5 crossover. OK that's the setup in a nutshell now the problems: ssh - the slow box gets "fatal: Received packet with bad string length" messages and connections drop - connection setup seems particularly prone, once up a session may run for an hour without dropping out, this after a dozen or more connection failures in rapid succession. An scp from the slow box to the fast box almost always works perfectly, the other way round always fails quickly. The failure point is random. The fast box never gets the bad string length messages. There seem to be fewer failures when there is a lot of traffic on the link than when it is quiet. nfs - mounting discs served by the fast box on the slow box appears to work, but when stressed (ls -R) directories disappear and don't come back. The other way round works perfectly. ftp - Always works both ways I have transferred several gigabytes back and forth and the checksums always match. netpipe - occasionally fails (I've seen it twice in many hours of running) with the slow box at the receive end. Pushing the link down to 100 Mbit makes no difference, pushing it down to 10Mbit makes all the troubles vanish. Throughput on 1000baseTX maxes out at about 140 Mbps with the k6 flat out. Hardware in more detail (if it helps) Fast box - AMD K7 1200/266, VIA KT133A/686B, 256 MB Slow box - AMD K6 500, SiS 5595 (w. SiS 530 on board AGP video stealing some of the main memory). 128 MB (-8MB) -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 8:46:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from arrakis.tamu.edu (arrakis.tamu.edu [165.91.250.118]) by hub.freebsd.org (Postfix) with ESMTP id C360037B419 for ; Tue, 30 Apr 2002 08:46:18 -0700 (PDT) Received: from nipsy by arrakis.tamu.edu with local (Exim 3.35 #1 (Debian)) id 172ZpT-0007M9-00 for ; Tue, 30 Apr 2002 10:46:11 -0500 Date: Tue, 30 Apr 2002 10:46:11 -0500 From: Mark Nipper To: freebsd-stable@freebsd.org Subject: cdda2wav locked up... Message-ID: <20020430154611.GA27686@arrakis.tamu.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I realize this is a difficult problem, but I've seen similarly screwy things under both Linux and now FreeBSD. Usually I'd be using cdparanoia, which unfortunately is not available under FreeBSD. But I was curious to see how things would work under FreeBSD with my 40x Plextor burner and cdda2wav. I have a somewhat scratched CD as the test CD. So, I start up cdda2wav with some somewhat arbitrary flags: --- > cdda2wav -D /dev/acd0c -c 2 -x -O wav -v 1 cdrom device (/dev/acd0c) is not of type generic SCSI. Setting interface to cooked_ioctl. 266240 bytes buffer memory requested, 4 buffers, 27 sectors #Cdda2wav version 1.11a19_freebsd_4.5-stable_i386_i386 real time sched. soundcard support CD with illegal leadout position detected! Restrictions apply, since the size of the last track is unknown! cdda2wav: Operation not permitted. cannot set posix realtime scheduling policy overlap:min/max/cur, jitter, percent_done: 1/ 1/ 1/ 0 78%^C ^C ^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^Cc ^Z ^C^Z^C^Z^C^Z^C --- And all of my subsequent attempts to break out have, of course, failed. Looking at ps as root: --- > ps axfu | grep cdda nipsy 27569 0.0 0.2 1412 1068 pb D+ 10:32AM 0:00.16 cdda2wav -D= /dev/acd0c -c 2 -x -O wav -v 1 nipsy 27570 0.0 0.0 0 0 pb Z+ 10:32AM 0:00.00 (cdda2wav) --- Both kill and 'kill -9' do nothing. Now this doesn't bother me so much since I'll have to take the machine down soon to upgrade the memory on my Adaptec 2400A and increase the NMBCLUSTERS value in the kernel. But I'm curious, is this causing problems being hung like this? It's not really eating any CPU time and I don't need the drive right this second. It just seems like there should be a way to avoid this lockup in the kernel... --=20 Mark Nipper e-contacts: Computing and Information Services nipsy@tamu.edu Texas A&M University http://arrakis.tamu.edu/nipsy/ College Station, TX 77843-3142 AIM: texasnipsy ICQ: 66971617 (979)575-3193 Yahoo: texasnipsy -----BEGIN GEEK CODE BLOCK----- GG/IT d- s++:+ a-- C++$ UBL+++$ P--->+++ L+++$ E--- W++ N+ o K++ w(---) O++ M V(--) PS+++(+) PE(--) Y+ PGP++(+) t 5 X R tv b+++ DI+(++) D+ G e h r++ y+(**) ------END GEEK CODE BLOCK------ ---begin random quote of the moment--- And if I close my mind in fear, please pry it open. ----end random quote of the moment---- --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzOvEMACgkQ79RuBNw99zAWXwCgk2hhw/7c/DYIi9qutJT0sDlY wBUAnjyG11GjfFm52eTghO1frpwfi1PR =e765 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 8:49:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from jupiter.linuxengine.net (jupiter.linuxengine.net [209.61.188.254]) by hub.freebsd.org (Postfix) with ESMTP id 5A1E237B416; Tue, 30 Apr 2002 08:49:28 -0700 (PDT) Received: from jupiterweb.commercevault.com (jupiterweb.commercevault.com [209.61.179.16] (may be forged)) by jupiter.linuxengine.net (8.11.6/8.11.0) with ESMTP id g3UFn3Y22467; Tue, 30 Apr 2002 10:49:03 -0500 Date: Tue, 30 Apr 2002 10:49:03 -0500 (CDT) From: John Utz X-X-Sender: john@jupiter.linuxengine.net To: Larry Rosenman Cc: Eric Anholt , Joe Marcus Clarke , , Subject: Re: New Laptop: i810: HELP In-Reply-To: <20020430022623.GB1483@lerlaptop.lerctr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Umm, here's a really stupid and probably unworkable idea that i know absolutely nothing about :-) there is something that i have read about called the 'framebuffer' driver, it's supposedly chipset independent. perhaps that is an avenue you could pursue? the other point worth mentioning is that if you managed to get 320x200, you probably can get at least 640x480 and maybe 800x600 by continuing to fiddle about.... On Mon, 29 Apr 2002, Larry Rosenman wrote: > * Eric Anholt [020429 19:54]: > > On Mon, 2002-04-29 at 13:27, Larry Rosenman wrote: > > > Well with that patch, we still get the same thing, but I suspect Eric > > > did more than I did with the chips. > > > > > > Eric, > > > I have the I830MG chipset in this laptop, and am willing to > > > experiment and get it working on -STABLE. > > > > > > I currently get a X86 Illegal opcode right after the Gamma Correction > > > message in the logs (same as before applying your agp_i810.[ch] patch. > > > > > > This is on a Fujitsu Lifebook C6651. > > > > Okay, I poked around in this, and I have to say that where it's going > > wrong is totally out of my area of knowledge. As far as I can tell, > > it's dying because the bios memory seems to be corrupted, or at least > > it's more than the emulator can handle according to Stuart Barkley. > > This is strange because Linux users have had it working. > > > > Just to make see if this is an interaction with AGP (since the agp code > > has not been successfully used yet that I know of), could you try > > removing AGP from your kernel or not modloading it at boot and see how X > > works? It looks like X should handle not having AGP loaded, since you > > have 8MB stolen for the card already. If it does work, you'll be > > limited in resolution, but not as badly as those who only have 512k or > > 1MB stolen. > Playing with it, I can get a 320x200 X up in VGA mode, if I don't > allow int10 to run. As soon as we bring int10 in, we get the checksum > (I suspect we have a mapping issue somewhere). > > Is there anything I can run to map the BIOS ROMS on the machine? > > What can I do to help? > > I'd LOVE to get it running, but I suspect the BIOS mapping into the > system is the issue, and I don't know what the maps are. > > LER > > > > -- John L. Utz III john@utzweb.net Idiocy is the Impulse Function in the Convolution of Life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 8:53:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by hub.freebsd.org (Postfix) with ESMTP id BB4C237B41A; Tue, 30 Apr 2002 08:53:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ler-freebie.iadfw.net (8.12.2/8.12.2) with ESMTP id g3UFrUAI042835; Tue, 30 Apr 2002 10:53:31 -0500 (CDT) (envelope-from ler@airmail.net) Subject: Re: New Laptop: i810: HELP From: Larry Rosenman To: John Utz Cc: Eric Anholt , Joe Marcus Clarke , freebsd-stable@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 30 Apr 2002 10:53:30 -0500 Message-Id: <1020182011.87494.17.camel@ler-freebie.iadfw.net> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-04-30 at 10:49, John Utz wrote: > Umm, here's a really stupid and probably unworkable idea that i know > absolutely nothing about :-) > > there is something that i have read about called the 'framebuffer' > driver, it's supposedly chipset independent. > > perhaps that is an avenue you could pursue? > > the other point worth mentioning is that if you managed to get 320x200, > you probably can get at least 640x480 and maybe 800x600 by continuing to > fiddle about.... scw@netbsd.org has a patch which should fix it, and as soon as he gets home (UK time today), I'll get it working. Thanks though. > > On Mon, 29 Apr 2002, Larry Rosenman wrote: > > > * Eric Anholt [020429 19:54]: > > > On Mon, 2002-04-29 at 13:27, Larry Rosenman wrote: > > > > Well with that patch, we still get the same thing, but I suspect Eric > > > > did more than I did with the chips. > > > > > > > > Eric, > > > > I have the I830MG chipset in this laptop, and am willing to > > > > experiment and get it working on -STABLE. > > > > > > > > I currently get a X86 Illegal opcode right after the Gamma Correction > > > > message in the logs (same as before applying your agp_i810.[ch] patch. > > > > > > > > This is on a Fujitsu Lifebook C6651. > > > > > > Okay, I poked around in this, and I have to say that where it's going > > > wrong is totally out of my area of knowledge. As far as I can tell, > > > it's dying because the bios memory seems to be corrupted, or at least > > > it's more than the emulator can handle according to Stuart Barkley. > > > This is strange because Linux users have had it working. > > > > > > Just to make see if this is an interaction with AGP (since the agp code > > > has not been successfully used yet that I know of), could you try > > > removing AGP from your kernel or not modloading it at boot and see how X > > > works? It looks like X should handle not having AGP loaded, since you > > > have 8MB stolen for the card already. If it does work, you'll be > > > limited in resolution, but not as badly as those who only have 512k or > > > 1MB stolen. > > Playing with it, I can get a 320x200 X up in VGA mode, if I don't > > allow int10 to run. As soon as we bring int10 in, we get the checksum > > (I suspect we have a mapping issue somewhere). > > > > Is there anything I can run to map the BIOS ROMS on the machine? > > > > What can I do to help? > > > > I'd LOVE to get it running, but I suspect the BIOS mapping into the > > system is the issue, and I don't know what the maps are. > > > > LER > > > > > > > > > -- > > John L. Utz III > john@utzweb.net > > Idiocy is the Impulse Function in the Convolution of Life > -- Larry Rosenman, Sr. Network Engineer, Internet America, Inc. E-Mail: ler@airmail.net Phone: +1 214-861-2571, Fax: 214-861-2663 US Mail: 350 N. St. Paul, Suite 3000, Dallas, TX 75201 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 9:12:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from D00015.dialonly.kemerovo.su (www2.svzserv.kemerovo.su [213.184.65.86]) by hub.freebsd.org (Postfix) with ESMTP id 66E1E37B400 for ; Tue, 30 Apr 2002 09:12:52 -0700 (PDT) Received: from D00015.dialonly.kemerovo.su (eugen@localhost [127.0.0.1]) by D00015.dialonly.kemerovo.su (8.12.3/8.12.2) with ESMTP id g3UGCbdm000814 for ; Wed, 1 May 2002 00:12:37 +0800 (KRAST) (envelope-from eugen@D00015.dialonly.kemerovo.su) Received: (from eugen@localhost) by D00015.dialonly.kemerovo.su (8.12.3/8.12.2/Submit) id g3UGCaoL000813 for stable@freebsd.org; Wed, 1 May 2002 00:12:36 +0800 (KRAST) Date: Wed, 1 May 2002 00:12:35 +0800 From: Eugene Grosbein To: stable@freebsd.org Subject: msdosfs serious performance problem with recent 4.5-STABLE Message-ID: <20020501001235.A792@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi! What's a reason of very slow writing to msdosfs (FAT32)? I get no more than 350Kb/s with recent 4.5-STABLE. Writing process spend much time in 'wdrain' state. 5.0-DP1 gives me 2Mb/s and more on the same machine. If I try to copy from one msdosfs to another msdosfs (both reside on the same drive) I get less than 160Kb/s. Eugene Grosbein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 9:14: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by hub.freebsd.org (Postfix) with ESMTP id 0F28C37B416 for ; Tue, 30 Apr 2002 09:13:58 -0700 (PDT) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id GQF37091; Tue, 30 Apr 2002 09:13:56 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 14FEB5D05; Tue, 30 Apr 2002 09:13:55 -0700 (PDT) To: pjklist@ekahuna.com Cc: stable@FreeBSD.ORG Subject: Re: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) In-reply-to: Your message of "Sun, 28 Apr 2002 01:42:58 PDT." <20020428084259266.AAA791@empty1.ekahuna.com@pc02.ekahuna.com> Date: Tue, 30 Apr 2002 09:13:55 -0700 From: "Kevin Oberman" Message-Id: <20020430161355.14FEB5D05@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: "Philip J. Koenig" > Date: Sun, 28 Apr 2002 01:42:58 -0700 > > On 24 Apr 2002, at 13:49, I wrote: > > > On 24 Apr 2002, at 11:23, Kevin Oberman boldly uttered: > > > > > > > On Tue, 23 Apr 2002, Philip J. Koenig wrote: > > > > > > My usual sequence is: > > > > > > > > [multi-user] > > > > - cvsup > > > > - buildworld > > > > - buildkernel > > > > > > > > [restart into single-user, since shutting down to single-user can > > > > cause problems with ie kern securelevel] > > > > - mount filesystems, swap, run adjkerntz -i > > > > - installkernel > > > > - installworld > > > > - mergemaster > > > > - final cleanup/backup > > > > - reboot > > > > > > > > Reason being I've always read/been told that this is standard > > > > practice because changing system files while in multi-user mode can > > > > cause various problems. I always thought mergemaster had to come > > > > after the install step. > > > > > > This is NOT standard practice. You need to do the installkernel before the > > > reboot. Either do this immediately after the buildkernel or just > > > make kernel which is the same as "make buildkernel installkernel". > > > > > > If you reboot before installing hte kernel, you are NOT confirming that > > > the new kernel will run. > > > cvsup > > > buildworld > > > buildkernel > > > installkernel > > > reboot new kernel > > > mount -a -t ufs > > > installworld > > > mergemaster > > > reboot or exit > > > > You are correct - I diverge from the usual recommendation in that I > > usually install the kernel with the world. In the past I actually > > found that worked better for me, although in the future I may re- > > evaluate that. > > > > So I tried the 'accepted' sequence of installing the kernel before > the world yesterday. > > One thing I have always done prior to running mergemaster is to set > the console to 132 columns to make it easier to view long lines and > to facilitate merging files. > > When I was running this new kernel (mismatched to the world) > vidcontrol was completely broken, none of its commands would work. > (anything I typed got met with something along the lines of "must be > on virtual console, inappropriate ioctl for device". This problem > went away after installing the world.) > > So I couldn't do anything with the default screen settings. > > I'd say it's a good example of the kinds of things that can break > when you do it that way. So it appears each method has its pluses > and minuses. (Maybe the ideal would be to test the new kernel then > revert to the old to build the new system, but that would require a > 2nd reboot) It is true that running a new kernel against an old userland may cause several things not essential to installing world or running mergemaster to fail. This is not always the case, but is always a possibility that increases with the time since sources were previously updated. Certainly your suggestion of checking the new kernel first and then reverting to kernel.old to run mergemester and and installworld seems reasonable, of a bit more time consuming. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 9:53:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tesla.foo.is (tesla.reverse-bias.org [217.151.166.96]) by hub.freebsd.org (Postfix) with ESMTP id 9B33837B405 for ; Tue, 30 Apr 2002 09:53:35 -0700 (PDT) Received: from there (eniac.foo.is [192.168.1.25]) by tesla.foo.is (Postfix) with SMTP id E80282784; Tue, 30 Apr 2002 16:53:28 +0000 (GMT) Content-Type: text/plain; charset="iso-8859-1" From: Baldur Gislason To: Eugene Grosbein Subject: Re: msdosfs serious performance problem with recent 4.5-STABLE Date: Tue, 30 Apr 2002 16:52:20 +0000 X-Mailer: KMail [version 1.3.2] References: <20020501001235.A792@grosbein.pp.ru> In-Reply-To: <20020501001235.A792@grosbein.pp.ru> Cc: stable@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <20020430165329.E80282784@tesla.foo.is> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Well, first of all FAT is a VERY slow filesystem, it's fastest when it's clean, but gets fragmented very quickly. Still you should be able to get a bit higher speed. I'm not sure there are msdosfs defragmenting utilities for UNIX. Baldur On Tuesday 30 April 2002 16:12, you wrote: > Hi! > > What's a reason of very slow writing to msdosfs (FAT32)? > I get no more than 350Kb/s with recent 4.5-STABLE. > Writing process spend much time in 'wdrain' state. > 5.0-DP1 gives me 2Mb/s and more on the same machine. > > If I try to copy from one msdosfs to another msdosfs > (both reside on the same drive) I get less than 160Kb/s. > > Eugene Grosbein > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 9:57:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mired.org (dsl-64-192-6-133.telocity.com [64.192.6.133]) by hub.freebsd.org (Postfix) with SMTP id BB29D37B420 for ; Tue, 30 Apr 2002 09:57:48 -0700 (PDT) Received: (qmail 25755 invoked by uid 100); 30 Apr 2002 16:57:45 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15566.52488.880073.197196@guru.mired.org> Date: Tue, 30 Apr 2002 11:57:44 -0500 To: "Kevin Oberman" Cc: pjklist@ekahuna.com, stable@FreeBSD.ORG Subject: Re: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) In-Reply-To: <20020430161355.14FEB5D05@ptavv.es.net> References: <20020428084259266.AAA791@empty1.ekahuna.com@pc02.ekahuna.com> <20020430161355.14FEB5D05@ptavv.es.net> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: Mike Meyer X-Delivery-Agent: TMDA/0.52 (Python 2.2.1 on FreeBSD/i386) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In <20020430161355.14FEB5D05@ptavv.es.net>, Kevin Oberman typed: > > From: "Philip J. Koenig" [SNIP] > > So I tried the 'accepted' sequence of installing the kernel before > > the world yesterday. > > > > One thing I have always done prior to running mergemaster is to set > > the console to 132 columns to make it easier to view long lines and > > to facilitate merging files. > > > > When I was running this new kernel (mismatched to the world) > > vidcontrol was completely broken, none of its commands would work. > > (anything I typed got met with something along the lines of "must be > > on virtual console, inappropriate ioctl for device". This problem > > went away after installing the world.) > > > > So I couldn't do anything with the default screen settings. > > > > I'd say it's a good example of the kinds of things that can break > > when you do it that way. So it appears each method has its pluses > > and minuses. (Maybe the ideal would be to test the new kernel then > > revert to the old to build the new system, but that would require a > > 2nd reboot) > > It is true that running a new kernel against an old userland may cause > several things not essential to installing world or running > mergemaster to fail. This is not always the case, but is always a > possibility that increases with the time since sources were previously > updated. What's missed here is that running an old kernel and a new userland is more likely to screw things up. After all, the new kernel has to maintain backwards compatability with old binaries to some degree to keep old packages working, so you can expect most things to work properly. Doing it the other way means you may have userland utilites looking for kernel functionality that isn't there yet. Both are unlikely, but running the new kernel first not only tests it before doing something hard to back out, but is slightly safer. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 10:12:54 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dns2.digitalglobe.com (dns2.digitalglobe.com [205.166.175.35]) by hub.freebsd.org (Postfix) with ESMTP id A5ECF37B41B for ; Tue, 30 Apr 2002 10:12:42 -0700 (PDT) Received: from lohr.digitalglobe.com (lohr.digitalglobe.com [10.10.11.18]) by dns2.digitalglobe.com (8.11.4/8.11.4) with ESMTP id g3UHCaN19831 for ; Tue, 30 Apr 2002 11:12:36 -0600 (MDT) Subject: Re: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) From: John-David Childs To: stable@freebsd.org In-Reply-To: <20020430161355.14FEB5D05@ptavv.es.net> References: <20020430161355.14FEB5D05@ptavv.es.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 30 Apr 2002 11:12:36 -0600 Message-Id: <1020186756.11357.76.camel@lohr.digitalglobe.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG FWIW: I've been doing compilation builds (i.e. STABLE) since 2.X days (actually did a source upgrade from 2.X-3.X a few years back but that was painful enough that I refused to do it for 3.x-4.x ;-) and my process has been: cvsup read /usr/src/README read /usr/src/UPDATING buildworld cp /usr/src/sys/i386/conf/LINT /usr/src/sys/i386/conf/LINT. diff .../LINT ../LINT. edit /usr/src/sys/i386/conf/ with any new desired LINT options (yes, I start with LINT and remove rather than starting with GENERIC and adding, YMMV). Takes a lot longer, teaches a little more about kernel hacking if you RTFSC, but isn't for everyone and fails a lot more often than doing it the other way around ;-) buildkernel KERNCONF= installkernel KERNCONF= installworld mergemaster (mostly for MAKEDEV and passwd/group mods) reboot (single user, if desired, but extremely rare) mergemaster (if desired,necessary because I didn't allow something the first time) reboot (only if I ran mergmaster again) Yes, I'm a bad toad and I usually do/did installworld right after installkernel, in multi-user mode. I do this while running script, so I can find any files which might not have been installed (due to chflags, etc). My assumption has always been that the old/existing binary is loaded in memory (either real or swap), and thus changing the on-disk binary out from underneath it is safe for all programs which don't run from disk periodically. All customer daemons (sendmail, pop, imap, named, httpd, radius, etc) on my boxes are custom built (in /usr/local) and thus unaffected. By doing things this way, I can usually keep downtime on any one box to under 5 minutes/upgrade. This is perhaps not the "right" way to do things, but it's the way I've been doing it for at least seven years and old habits are hard to break...especially in the case(s) where you have to do these upgrades remotely w/o a serial console On Tue, 2002-04-30 at 10:13, Kevin Oberman wrote: > > From: "Philip J. Koenig" > > Date: Sun, 28 Apr 2002 01:42:58 -0700 > > > > On 24 Apr 2002, at 13:49, I wrote: > > > > > On 24 Apr 2002, at 11:23, Kevin Oberman boldly uttered: > > > > > > > > > On Tue, 23 Apr 2002, Philip J. Koenig wrote: > > > > > > > > My usual sequence is: > > > > > > > > > > [multi-user] > > > > > - cvsup > > > > > - buildworld > > > > > - buildkernel > > > > > > > > > > [restart into single-user, since shutting down to single-user can > > > > > cause problems with ie kern securelevel] > > > > > - mount filesystems, swap, run adjkerntz -i > > > > > - installkernel > > > > > - installworld > > > > > - mergemaster > > > > > - final cleanup/backup > > > > > - reboot > > > > > > > > > > Reason being I've always read/been told that this is standard > > > > > practice because changing system files while in multi-user mode can > > > > > cause various problems. I always thought mergemaster had to come > > > > > after the install step. > > > > > > > > This is NOT standard practice. You need to do the installkernel before the > > > > reboot. Either do this immediately after the buildkernel or just > > > > make kernel which is the same as "make buildkernel installkernel". > > > > > > > > If you reboot before installing hte kernel, you are NOT confirming that > > > > the new kernel will run. > > > > cvsup > > > > buildworld > > > > buildkernel > > > > installkernel > > > > reboot new kernel > > > > mount -a -t ufs > > > > installworld > > > > mergemaster > > > > reboot or exit > > > > > > You are correct - I diverge from the usual recommendation in that I > > > usually install the kernel with the world. In the past I actually > > > found that worked better for me, although in the future I may re- > > > evaluate that. > > > > > > > > So I tried the 'accepted' sequence of installing the kernel before > > the world yesterday. > > > > One thing I have always done prior to running mergemaster is to set > > the console to 132 columns to make it easier to view long lines and > > to facilitate merging files. > > > > When I was running this new kernel (mismatched to the world) > > vidcontrol was completely broken, none of its commands would work. > > (anything I typed got met with something along the lines of "must be > > on virtual console, inappropriate ioctl for device". This problem > > went away after installing the world.) > > > > So I couldn't do anything with the default screen settings. > > > > I'd say it's a good example of the kinds of things that can break > > when you do it that way. So it appears each method has its pluses > > and minuses. (Maybe the ideal would be to test the new kernel then > > revert to the old to build the new system, but that would require a > > 2nd reboot) > > It is true that running a new kernel against an old userland may cause > several things not essential to installing world or running > mergemaster to fail. This is not always the case, but is always a > possibility that increases with the time since sources were previously > updated. > > Certainly your suggestion of checking the new kernel first and then > reverting to kernel.old to run mergemester and and installworld seems > reasonable, of a bit more time consuming. > > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 10:18: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by hub.freebsd.org (Postfix) with ESMTP id 004F337B41F for ; Tue, 30 Apr 2002 10:17:57 -0700 (PDT) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP id GQF37091; Tue, 30 Apr 2002 10:17:55 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 2CC015D04; Tue, 30 Apr 2002 10:17:55 -0700 (PDT) To: Mike Meyer Cc: pjklist@ekahuna.com, stable@FreeBSD.ORG Subject: Re: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) In-reply-to: Your message of "Tue, 30 Apr 2002 11:57:44 CDT." <15566.52488.880073.197196@guru.mired.org> Date: Tue, 30 Apr 2002 10:17:55 -0700 From: "Kevin Oberman" Message-Id: <20020430171755.2CC015D04@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Tue, 30 Apr 2002 11:57:44 -0500 > From: Mike Meyer > > In <20020430161355.14FEB5D05@ptavv.es.net>, Kevin Oberman typed: > > > From: "Philip J. Koenig" > [SNIP] > > > So I tried the 'accepted' sequence of installing the kernel before > > > the world yesterday. > > > > > > One thing I have always done prior to running mergemaster is to set > > > the console to 132 columns to make it easier to view long lines and > > > to facilitate merging files. > > > > > > When I was running this new kernel (mismatched to the world) > > > vidcontrol was completely broken, none of its commands would work. > > > (anything I typed got met with something along the lines of "must be > > > on virtual console, inappropriate ioctl for device". This problem > > > went away after installing the world.) > > > > > > So I couldn't do anything with the default screen settings. > > > > > > I'd say it's a good example of the kinds of things that can break > > > when you do it that way. So it appears each method has its pluses > > > and minuses. (Maybe the ideal would be to test the new kernel then > > > revert to the old to build the new system, but that would require a > > > 2nd reboot) > > > > It is true that running a new kernel against an old userland may cause > > several things not essential to installing world or running > > mergemaster to fail. This is not always the case, but is always a > > possibility that increases with the time since sources were previously > > updated. > > What's missed here is that running an old kernel and a new userland is > more likely to screw things up. After all, the new kernel has to > maintain backwards compatability with old binaries to some degree to > keep old packages working, so you can expect most things to work > properly. Doing it the other way means you may have userland utilites > looking for kernel functionality that isn't there yet. Both are > unlikely, but running the new kernel first not only tests it before > doing something hard to back out, but is slightly safer. I completely agree! As I said, doing an installworld before booting the new kernel is an invitation to disaster. But booting the new kernel and then going back to the old to installworld should be safe and provide full system functionality when running mergemaster. I actually liked the other suggestion for using the new vidcontrol (or any other kernel linked program) for mergmaster after booting the new kernel. It's safe and avoids a reboot. The required aliases can also be put into a simple script to make it easier to use them. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 11:11:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from prometheus.vh.laserfence.net (prometheus.laserfence.net [196.44.73.116]) by hub.freebsd.org (Postfix) with ESMTP id 678EA37B41A for ; Tue, 30 Apr 2002 11:11:36 -0700 (PDT) Received: from phoenix.vh.laserfence.net ([192.168.0.10]) by prometheus.vh.laserfence.net with esmtp (Exim 3.34 #1) id 172F5W-0000H1-00; Mon, 29 Apr 2002 19:37:22 +0200 Date: Mon, 29 Apr 2002 19:37:22 +0200 (SAST) From: Willie Viljoen X-X-Sender: will@phoenix.vh.laserfence.net To: David Malone Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 4.5-STABLE FreeBSD/SMP hangs. In-Reply-To: <20020428205151.GA3927@lanczos.maths.tcd.ie> Message-ID: <20020429193636.D1416-100000@phoenix.vh.laserfence.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems to be fine with the old kernels... also, heating can't really be the problem, as there are two 80mm chassis fans cooling the CPUs, and I had it doing a make -j8 with the new kernel, which gave no problems it all, then a few days later, with almost zero load average, it suddenly just fell over. On Sun, 28 Apr 2002, David Malone wrote: > On Sun, Apr 28, 2002 at 12:40:53PM +0200, Willie Viljoen wrote: > > It worked fine with a 4.5-RELEASE-p2 kernel which was built SMP. Non-SMP > > kernels also run without a hitch. > > Can you go back to the old kernel and see if the problem persists? > These sort of problems are often due to overheating... > > David. > > > -- Willie Viljoen Private IT Consultant 214 Paul Kruger Avenue Universitas Bloemfontein 9321 South Africa +27 51 522 15 60, a/h +27 51 522 44 36 +27 82 404 03 27 will@laserfence.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 11:16:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from nelly.internal.irrelevant.org (irrelevant.demon.co.uk [158.152.220.121]) by hub.freebsd.org (Postfix) with ESMTP id D325737B419 for ; Tue, 30 Apr 2002 11:16:12 -0700 (PDT) Received: from simond by nelly.internal.irrelevant.org with local (Exim 3.35 #1) id 172cAG-00047n-00; Tue, 30 Apr 2002 19:15:48 +0100 Date: Tue, 30 Apr 2002 19:15:48 +0100 From: Simon Dick To: Eugene Grosbein Cc: stable@freebsd.org Subject: Re: msdosfs serious performance problem with recent 4.5-STABLE Message-ID: <20020430181548.GA15756@irrelevant.org> References: <20020501001235.A792@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020501001235.A792@grosbein.pp.ru> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 01, 2002 at 12:12:35AM +0800, Eugene Grosbein wrote: > Hi! > > What's a reason of very slow writing to msdosfs (FAT32)? > I get no more than 350Kb/s with recent 4.5-STABLE. > Writing process spend much time in 'wdrain' state. > 5.0-DP1 gives me 2Mb/s and more on the same machine. > > If I try to copy from one msdosfs to another msdosfs > (both reside on the same drive) I get less than 160Kb/s. Try making sure you have your hard drives write cache turned on (hw.ata.wc = 1) -- Simon Dick simond@irrelevant.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 11:22:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 6926037B419 for ; Tue, 30 Apr 2002 11:22:31 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id g3UIMUI75895; Tue, 30 Apr 2002 11:22:30 -0700 (PDT) (envelope-from dillon) Date: Tue, 30 Apr 2002 11:22:30 -0700 (PDT) From: Matthew Dillon Message-Id: <200204301822.g3UIMUI75895@apollo.backplane.com> To: Rhett Monteg Hollander Cc: freebsd-stable@FreeBSD.ORG Subject: Re: silo overflows?? References: <20020430022319.11102.qmail@web11207.mail.yahoo.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I don't know if this is related but on my Sony VAIO desktop the serial receive interrupt occassionally stops operating... that is, I only receive characters queued up in the serial port's hardware FIFO when I transmit something over the serial link. I've never been able to track the problem down. The effect is that the PPP link run over the serial port stalls, fails, and hangs up. Once the machine gets into this state only a reboot will fix it. It does not happen on any of my other boxes. -Matt Matthew Dillon :Hello all, :from time to time one of my machines loses dial-up :connection with local ISP. It appears on non-regular :basis, just at some moment connection "freezes", :however carrier isn't lost, but a number of error :messages from kernel shows up: : :PPP ON localhost> Apr 29 04:14:01 /xeon: sio1: 1 more :silo overflow (total 540) :Apr 29 04:14:01 /xeon: sio1: 1 more silo overflow :(total 540) :Apr 29 04:14:17 /xeon: sio1: 23 more silo overflows :(total 563) :Apr 29 04:14:17 /xeon: sio1: 23 more silo overflows :(total 563) :Apr 29 04:14:20 /xeon: sio1: 17 more silo overflows :(total 580) :Apr 29 04:14:20 /xeon: sio1: 17 more silo overflows :(total 580) :Apr 29 04:14:27 /xeon: sio1: 31 more silo overflows :(total 611) :Apr 29 04:14:27 /xeon: sio1: 31 more silo overflows :(total 611) :Apr 29 04:14:40 /xeon: sio1: 7 more silo overflows :(total 618) :Apr 29 04:14:40 /xeon: sio1: 7 more silo overflows :(total 618) :Apr 29 04:15:06 /xeon: sio1: 7 more silo overflows :(total 625) :Apr 29 04:15:06 /xeon: sio1: 7 more silo overflows :(total 625) : :And so on. Errors are reported by kernel, so killing :pppd doesn't help, of course. Rebooting is the only :way to go. Had anyone else tried to solve such a :problem? : :Rhett Hollander : :P.S. COM2 was disabled in BIOS, and USR Courier ISA :hangs on it. Modem is known to work fine. : :__________________________________________________ :Do You Yahoo!? :Yahoo! Health - your guide to health and wellness :http://health.yahoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 11:43: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by hub.freebsd.org (Postfix) with ESMTP id 0E5AC37B41D; Tue, 30 Apr 2002 11:42:41 -0700 (PDT) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g3UIgdx16129; Tue, 30 Apr 2002 19:42:39 +0100 (BST) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.11.6/8.11.3) with ESMTP id g3UIgdU21041; Tue, 30 Apr 2002 19:42:39 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 30 Apr 2002 19:42:39 +0100 (BST) From: Gavin Atkinson To: , Subject: DVD/DMA problems Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1883433571-1020192159=:20679" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1883433571-1020192159=:20679 Content-Type: TEXT/PLAIN; charset=US-ASCII Hi all, Attached verbose dmesg is of a box running -stable as of a week ago. The box has an IDE DVD-ROM drive as secondary master, which seems to fail when accessed with DMA enabled (using hw.ata.atapi_dma="1"). While trying to access the drive, the followsing errors are given: acd0: READ_BIG command timeout - resetting ata1: resetting devices .. ata1: mask=03 ostat0=58 ostat2=50 acd0: ATAPI 14 eb acd1: ATAPI 14 eb ata1: mask=03 stat0=08 stat1=00 ata1: devices=0c acd0: success setting UDMA2 on Acer chip acd1: success setting WDMA2 on Acer chip done These messages are repeated until eventaully PIO mode is chosen. However, obviously while in PIO mode, the drive works too slowly to play a DVD properly. This problem existed before the new ATA code was imported from current. Can anybody help? Or can I help debug this in any way? I see similar problems to this in the archive, but none are the same, and none have a resolution that works. Thanks, Gavin --0-1883433571-1020192159=:20679 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="dmesg.davel" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="dmesg.davel" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDIgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIDQuNS1TVEFCTEUgIzM6IFdlZCBBcHIgMjQgMjI6 Mjk6MTMgQlNUIDIwMDINCiAgICByb290QHRoYXJnb24uZGF2ZWwub3JnLnVr Oi91c3Ivb2JqL3Vzci9zcmMvc3lzL0RBVkVMS0VSTkVMDQpDYWxpYnJhdGlu ZyBjbG9jayhzKSAuLi4gVFNDIGNsb2NrOiAxMDAwMDMyMzExIEh6LCBpODI1 NCBjbG9jazogMTE5MzE3OSBIeg0KQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElP TiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgZGVmYXVsdCBmcmVxdWVuY3kNClRp bWVjb3VudGVyICJpODI1NCIgIGZyZXF1ZW5jeSAxMTkzMTgyIEh6DQpDTEtf VVNFX1RTQ19DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcgb2xk IGNhbGlicmF0aW9uIG1ldGhvZA0KQ1BVOiBBTUQgQXRobG9uKHRtKSBQcm9j ZXNzb3IgKDEwMDAuMDQtTUh6IDY4Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9 ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4NjQyICBTdGVwcGluZyA9IDINCiAg RmVhdHVyZXM9MHgxODNmOWZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFF LE1DRSxDWDgsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgs RlhTUj4NCiAgQU1EIEZlYXR1cmVzPTB4YzA0NDAwMDA8PGIxOD4sQU1JRSxE U1AsM0ROb3chPg0KRGF0YSBUTEI6IDI0IGVudHJpZXMsIGZ1bGx5IGFzc29j aWF0aXZlDQpJbnN0cnVjdGlvbiBUTEI6IDE2IGVudHJpZXMsIGZ1bGx5IGFz c29jaWF0aXZlDQpMMSBkYXRhIGNhY2hlOiA2NCBrYnl0ZXMsIDY0IGJ5dGVz L2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQ0KTDEgaW5z dHJ1Y3Rpb24gY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBs aW5lcy90YWcsIDItd2F5IGFzc29jaWF0aXZlDQpMMiBpbnRlcm5hbCBjYWNo ZTogMjU2IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90YWcsIDgt d2F5IGFzc29jaWF0aXZlDQpyZWFsIG1lbW9yeSAgPSAxMzQxNTIxOTIgKDEz MTAwOEsgYnl0ZXMpDQpQaHlzaWNhbCBtZW1vcnkgY2h1bmsocyk6DQoweDAw MDAxMDAwIC0gMHgwMDA5ZWZmZiwgNjQ3MTY4IGJ5dGVzICgxNTggcGFnZXMp DQoweDAwM2JlMDAwIC0gMHgwN2ZlN2ZmZiwgMTMwMTk1NDU2IGJ5dGVzICgz MTc4NiBwYWdlcykNCmNvbmZpZz4gZW4gYXBtDQpjb25maWc+IHENCmF2YWls IG1lbW9yeSA9IDEyNjk2NzgwOCAoMTIzOTkySyBieXRlcykNCmJpb3MzMjog Rm91bmQgQklPUzMyIFNlcnZpY2UgRGlyZWN0b3J5IGhlYWRlciBhdCAweGMw MGZkYWMwDQpiaW9zMzI6IEVudHJ5ID0gMHhmZGFkMCAoYzAwZmRhZDApICBS ZXYgPSAwICBMZW4gPSAxDQpwY2liaW9zOiBQQ0kgQklPUyBlbnRyeSBhdCAw eGRhZjENCnBucGJpb3M6IEZvdW5kIFBuUCBCSU9TIGRhdGEgYXQgMHhjMDBm N2Y1MA0KcG5wYmlvczogRW50cnkgPSBmMDAwMDo2YWU0ICBSZXYgPSAxLjAN Ck90aGVyIEJJT1Mgc2lnbmF0dXJlcyBmb3VuZDoNCkFDUEk6IDAwMGZjM2Uw DQpQcmVsb2FkZWQgZWxmIGtlcm5lbCAia2VybmVsIiBhdCAweGMwMzk3MDAw Lg0KUHJlbG9hZGVkIHVzZXJjb25maWdfc2NyaXB0ICIvYm9vdC9rZXJuZWwu Y29uZiIgYXQgMHhjMDM5NzBhOC4NClByZWxvYWRlZCBlbGYgbW9kdWxlICJz bmRfY21pLmtvIiBhdCAweGMwMzk3MGY4Lg0KUHJlbG9hZGVkIGVsZiBtb2R1 bGUgInNuZF9wY20ua28iIGF0IDB4YzAzOTcxOTguDQpQZW50aXVtIFBybyBN VFJSIHN1cHBvcnQgZW5hYmxlZA0KbWQwOiBNYWxsb2MgZGlzaw0KQ3JlYXRp bmcgRElTSyBtZDANCk1hdGggZW11bGF0b3IgcHJlc2VudA0KcGNpX29wZW4o MSk6CW1vZGUgMSBhZGRyIHBvcnQgKDB4MGNmOCkgaXMgMHg4MDAwMjAwYw0K cGNpX29wZW4oMWEpOgltb2RlMXJlcz0weDgwMDAwMDAwICgweDgwMDAwMDAw KQ0KcGNpX2NmZ2NoZWNrOglkZXZpY2UgMCBbY2xhc3M9MDYwMDAwXSBbaGRy PTAwXSBpcyB0aGVyZSAoaWQ9MTY0NzEwYjkpDQpVc2luZyAkUElSIHRhYmxl LCAxMSBlbnRyaWVzIGF0IDB4YzAwZjg1YzANCmFwbTA6IDxBUE0gQklPUz4g b24gbW90aGVyYm9hcmQNCmFwbTogZm91bmQgQVBNIEJJT1MgdjEuMiwgY29u bmVjdGVkIGF0IHYxLjINCm5weDA6IDxtYXRoIHByb2Nlc3Nvcj4gb24gbW90 aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCnBjaWIwOiA8SG9z dCB0byBQQ0kgYnJpZGdlPiBvbiBtb3RoZXJib2FyZA0KZm91bmQtPgl2ZW5k b3I9MHgxMGI5LCBkZXY9MHgxNjQ3LCByZXZpZD0weDA0DQoJY2xhc3M9MDYt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVz PTAgCXNlY29uZGFyeWJ1cz0wDQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAz MiwgYmFzZSBlMDAwMDAwMCwgc2l6ZSAyNw0KZm91bmQtPgl2ZW5kb3I9MHgx MGI5LCBkZXY9MHg1MjQ3LCByZXZpZD0weDAwDQoJY2xhc3M9MDYtMDQtMDAs IGhkcnR5cGU9MHgwMSwgbWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVzPTEgCXNl Y29uZGFyeWJ1cz0xDQpmb3VuZC0+CXZlbmRvcj0weDEwYjksIGRldj0weDU0 NTEsIHJldmlkPTB4MDINCgljbGFzcz0wNC0wMS0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wDQoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAN CglpbnRwaW49YSwgaXJxPTEwDQoJbWFwWzEwXTogdHlwZSAxLCByYW5nZSAz MiwgYmFzZSAwMDAwZDQwMCwgc2l6ZSAgOA0KCW1hcFsxNF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgZGZmZmUwMDAsIHNpemUgMTINCmZvdW5kLT4JdmVu ZG9yPTB4MTBiOSwgZGV2PTB4NTIyOSwgcmV2aWQ9MHhjNA0KCWNsYXNzPTAx LTAxLWZhLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglzdWJvcmRpbmF0ZWJ1 cz0wIAlzZWNvbmRhcnlidXM9MA0KCWludHBpbj1hLCBpcnE9MA0KCW1hcFsy MF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgMDAwMGZmMDAsIHNpemUgIDQN CmZvdW5kLT4JdmVuZG9yPTB4MTBiOSwgZGV2PTB4NTIzNywgcmV2aWQ9MHgw Mw0KCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglz dWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MA0KCWludHBpbj1hLCBp cnE9MTINCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGRmZmZj MDAwLCBzaXplIDEyDQpmb3VuZC0+CXZlbmRvcj0weDEwYjksIGRldj0weDE1 MzMsIHJldmlkPTB4MDANCgljbGFzcz0wNi0wMS0wMCwgaGRydHlwZT0weDAw LCBtZmRldj0wDQoJc3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTAN CmZvdW5kLT4JdmVuZG9yPTB4MTBlYywgZGV2PTB4ODEzOSwgcmV2aWQ9MHgx MA0KCWNsYXNzPTAyLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglz dWJvcmRpbmF0ZWJ1cz0wIAlzZWNvbmRhcnlidXM9MA0KCWludHBpbj1hLCBp cnE9MTANCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIDAwMDBk MDAwLCBzaXplICA4DQoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFz ZSBkZmZmZGYwMCwgc2l6ZSAgOA0KZm91bmQtPgl2ZW5kb3I9MHgxM2Y2LCBk ZXY9MHgwMTExLCByZXZpZD0weDEwDQoJY2xhc3M9MDQtMDEtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MQ0KCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFy eWJ1cz0wDQoJaW50cGluPWEsIGlycT0xMQ0KCW1hcFsxMF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgMDAwMGNjMDAsIHNpemUgIDgNCmZvdW5kLT4JdmVu ZG9yPTB4MTBiOSwgZGV2PTB4NzEwMSwgcmV2aWQ9MHgwMA0KCWNsYXNzPTA2 LTgwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTANCglzdWJvcmRpbmF0ZWJ1 cz0wIAlzZWNvbmRhcnlidXM9MA0KZm91bmQtPgl2ZW5kb3I9MHgxMGI5LCBk ZXY9MHg1MjM3LCByZXZpZD0weDAzDQoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MA0KCXN1Ym9yZGluYXRlYnVzPTAgCXNlY29uZGFy eWJ1cz0wDQoJaW50cGluPWEsIGlycT0xMA0KCW1hcFsxMF06IHR5cGUgMSwg cmFuZ2UgMzIsIGJhc2UgZGZmZmEwMDAsIHNpemUgMTINCnBjaTA6IDxQQ0kg YnVzPiBvbiBwY2liMA0KcGNpYjE6IDxBY2VyTGFicyBNNTI0NyBQQ0ktUENJ KEFHUCBTdXBwb3J0ZWQpIGJyaWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kw DQpmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAxNTAsIHJldmlkPTB4 YTQNCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wDQoJ c3Vib3JkaW5hdGVidXM9MCAJc2Vjb25kYXJ5YnVzPTANCglpbnRwaW49YSwg aXJxPTUNCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGRlMDAw MDAwLCBzaXplIDI0DQoJbWFwWzE0XTogdHlwZSAxLCByYW5nZSAzMiwgYmFz ZSBkMDAwMDAwMCwgc2l6ZSAyNw0KcGNpMTogPFBDSSBidXM+IG9uIHBjaWIx DQpwY2kxOiA8TlZpZGlhIEdlRm9yY2UyIEdUUyBncmFwaGljcyBhY2NlbGVy YXRvcj4gKHZlbmRvcj0weDEwZGUsIGRldj0weDAxNTApIGF0IDAuMCBpcnEg NQ0KcGNpMDogPHVua25vd24gY2FyZD4gKHZlbmRvcj0weDEwYjksIGRldj0w eDU0NTEpIGF0IDMuMCBpcnEgMTANCmF0YXBjaTA6IDxBY2VyTGFicyBBbGFk ZGluIEFUQTEwMCBjb250cm9sbGVyPiBwb3J0IDB4ZmYwMC0weGZmMGYgaXJx IDAgYXQgZGV2aWNlIDQuMCBvbiBwY2kwDQphdGEwOiBpb2Jhc2U9MHgwMWYw IGFsdGlvYmFzZT0weDAzZjYgYm1hZGRyPTB4ZmYwMA0KYXRhMDogbWFzaz0w MyBvc3RhdDA9NTAgb3N0YXQyPTUwDQphdGEwLW1hc3RlcjogQVRBUEkgMDAg MDANCmF0YTAtc2xhdmU6IEFUQVBJIDAwIDAwDQphdGEwOiBtYXNrPTAzIHN0 YXQwPTUwIHN0YXQxPTUwDQphdGEwLW1hc3RlcjogQVRBIDAxIGE1DQphdGEw LXNsYXZlOiBBVEEgMDEgYTUNCmF0YTA6IGRldmljZXM9MDMNCmF0YTA6IGF0 IDB4MWYwIGlycSAxNCBvbiBhdGFwY2kwDQphdGExOiBpb2Jhc2U9MHgwMTcw IGFsdGlvYmFzZT0weDAzNzYgYm1hZGRyPTB4ZmYwOA0KYXRhMTogbWFzaz0w MyBvc3RhdDA9NTAgb3N0YXQyPTUwDQphdGExLXNsYXZlOiBBVEFQSSAxNCBl Yg0KYXRhMS1tYXN0ZXI6IEFUQVBJIDE0IGViDQphdGExOiBtYXNrPTAzIHN0 YXQwPTAwIHN0YXQxPTAwDQphdGExOiBkZXZpY2VzPTBjDQphdGExOiBhdCAw eDE3MCBpcnEgMTUgb24gYXRhcGNpMA0Kb2hjaTA6IDxBY2VyTGFicyBNNTIz NyAoQWxhZGRpbi1WKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZGZmZmMwMDAt MHhkZmZmY2ZmZiBpcnEgMTIgYXQgZGV2aWNlIDYuMCBvbiBwY2kwDQp1c2Iw OiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydA0KdXNiMDogPEFj ZXJMYWJzIE01MjM3IChBbGFkZGluLVYpIFVTQiBjb250cm9sbGVyPiBvbiBv aGNpMA0KdXNiMDogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjA6IEFjZXJMYWJz IE9IQ0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxDQp1aHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQNCmlzYWIwOiA8QWNlckxhYnMgTTE1MzMgcG9ydGFibGUgUENJLUlT QSBicmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMA0KaXNhMDogPElTQSBi dXM+IG9uIGlzYWIwDQpybDA6IDxSZWFsVGVrIDgxMzkgMTAvMTAwQmFzZVRY PiBwb3J0IDB4ZDAwMC0weGQwZmYgbWVtIDB4ZGZmZmRmMDAtMHhkZmZmZGZm ZiBpcnEgMTAgYXQgZGV2aWNlIDguMCBvbiBwY2kwDQpybDA6IEV0aGVybmV0 IGFkZHJlc3M6IDAwOmQwOjA5OmM5OjQ3OjE0DQptaWlidXMwOiA8TUlJIGJ1 cz4gb24gcmwwDQpybHBoeTA6IDxSZWFsVGVrIGludGVybmFsIG1lZGlhIGlu dGVyZmFjZT4gb24gbWlpYnVzMA0KcmxwaHkwOiAgMTBiYXNlVCwgMTBiYXNl VC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bw0KYnBmOiBy bDAgYXR0YWNoZWQNCnBjbTA6IDxDTWVkaWEgQ01JODczOD4gcG9ydCAweGNj MDAtMHhjY2ZmIGlycSAxMSBhdCBkZXZpY2UgMTAuMCBvbiBwY2kwDQpwY20w OiBzbmRidWZfc2V0bWFwIDEwMDAsIDQwMDA7IDB4Yzc3ZTMwMDAgLT4gMTAw MA0KcGNtMDogc25kYnVmX3NldG1hcCAxZjAwMCwgNDAwMDsgMHhjNzdlNzAw MCAtPiAxZjAwMA0KY2hpcDE6IDxBY2VyTGFicyBNMTV4MyBQb3dlciBNYW5h Z2VtZW50IFVuaXQ+IGF0IGRldmljZSAxNy4wIG9uIHBjaTANCm9oY2kxOiA8 QWNlckxhYnMgTTUyMzcgKEFsYWRkaW4tVikgVVNCIGNvbnRyb2xsZXI+IG1l bSAweGRmZmZhMDAwLTB4ZGZmZmFmZmYgaXJxIDEwIGF0IGRldmljZSAyMC4w IG9uIHBjaTANCgl1c2luZyBzaGFyZWQgaXJxMTAuDQp1c2IxOiBPSENJIHZl cnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydA0KdXNiMTogPEFjZXJMYWJzIE01 MjM3IChBbGFkZGluLVYpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQ0KdXNi MTogVVNCIHJldmlzaW9uIDEuMA0KdWh1YjE6IEFjZXJMYWJzIE9IQ0kgcm9v dCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxDQp1aHVi MTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCnVt czA6IEN5cHJlc3MgU2VtIFBTMi9VU0IgQnJvd3NlciBDb21ibyBNb3VzZSwg cmV2IDEuMDAvMC4xMCwgYWRkciAyLCBpY2xhc3MgMy8xDQp1bXMwOiA1IGJ1 dHRvbnMgYW5kIFogZGlyLg0KYXRhLTogYXRhMCBleGlzdHMsIHVzaW5nIG5l eHQgYXZhaWxhYmxlIHVuaXQgbnVtYmVyDQphdGEtOiBhdGExIGV4aXN0cywg dXNpbmcgbmV4dCBhdmFpbGFibGUgdW5pdCBudW1iZXINClRyeWluZyBSZWFk X1BvcnQgYXQgMjAzDQpUcnlpbmcgUmVhZF9Qb3J0IGF0IDI0Mw0KVHJ5aW5n IFJlYWRfUG9ydCBhdCAyODMNClRyeWluZyBSZWFkX1BvcnQgYXQgMmMzDQpU cnlpbmcgUmVhZF9Qb3J0IGF0IDMwMw0KVHJ5aW5nIFJlYWRfUG9ydCBhdCAz NDMNClRyeWluZyBSZWFkX1BvcnQgYXQgMzgzDQpUcnlpbmcgUmVhZF9Qb3J0 IGF0IDNjMw0KaXNhX3Byb2JlX2NoaWxkcmVuOiBkaXNhYmxpbmcgUG5QIGRl dmljZXMNCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBub24tUG5QIGRl dmljZXMNCm9ybTA6IDxPcHRpb24gUk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0w eGNhZmZmLDB4Y2IwMDAtMHhkNzdmZiwweGQ3ODAwLTB4ZDdmZmYsMHhlODAw MC0weGViZmZmIG9uIGlzYTANCmZkYzA6IGRpcmVjdGlvbiBiaXQgbm90IHNl dA0KZmRjMDogY21kIDMgZmFpbGVkIGF0IG91dCBieXRlIDEgb2YgMw0KZmRj MCBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDNmMC0weDNmNSwweDNmNyBp cnEgNiBkcnEgMiBvbiBpc2EwDQphdGEyIGZhaWxlZCB0byBwcm9iZSBhdCBw b3J0IDB4MWYwIGlycSAxNCBvbiBpc2EwDQphdGEzIGZhaWxlZCB0byBwcm9i ZSBhdCBwb3J0IDB4MTcwIGlycSAxNSBvbiBpc2EwDQphdGtiZGMwOiA8S2V5 Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBv biBpc2EwDQphdGtiZDA6IDxBVCBLZXlib2FyZD4gZmxhZ3MgMHgxIGlycSAx IG9uIGF0a2JkYzANCmF0a2JkOiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxl ciBjb21tYW5kIGJ5dGUgMDA2NQ0KYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFh YiAoMikNCmtiZDAgYXQgYXRrYmQwDQprYmQwOiBhdGtiZDAsIEFUIDEwMS8x MDIgKDIpLCBjb25maWc6MHgxLCBmbGFnczoweDNkMDAwMA0KcHNtMDogY3Vy cmVudCBjb21tYW5kIGJ5dGU6MDA2NQ0KcHNtMDogZmFpbGVkIHRvIHJlc2V0 IHRoZSBhdXggZGV2aWNlLg0KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQg cG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNh MA0KZmIwOiB2Z2EwLCB2Z2EsIHR5cGU6VkdBICg1KSwgZmxhZ3M6MHg3MDA3 Zg0KZmIwOiBwb3J0OjB4M2MwLTB4M2RmLCBjcnRjOjB4M2Q0LCBtZW06MHhh MDAwMCAweDIwMDAwDQpmYjA6IGluaXQgbW9kZToyNCwgYmlvcyBtb2RlOjMs IGN1cnJlbnQgbW9kZToyNA0KZmIwOiB3aW5kb3c6MHhjMDBiODAwMCBzaXpl OjMyayBncmFuOjMyaywgYnVmOjAgc2l6ZTozMmsNClZHQSBwYXJhbWV0ZXJz IHVwb24gcG93ZXItdXANCjUwIDE4IDEwIDAwIDAwIDAwIDAzIDAwIDAyIDY3 IDVmIDRmIDUwIDgyIDU0IDgwIA0KYmYgMWYgMDAgNGYgMGQgMGUgMDAgMDAg MDcgODAgOWMgOGUgOGYgMjggMWYgOTYgDQpiOSBhMyBmZiAwMCAwMSAwMiAw MyAwNCAwNSAxNCAwNyAzOCAzOSAzYSAzYiAzYyANCjNkIDNlIDNmIDBjIDAw IDBmIDA4IDAwIDAwIDAwIDAwIDAwIDEwIDBlIDAwIGZmIA0KVkdBIHBhcmFt ZXRlcnMgaW4gQklPUyBmb3IgbW9kZSAyNA0KNTAgMTggMTAgMDAgMTAgMDAg MDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTQgODAgDQpiZiAxZiAwMCA0ZiAw ZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAyOCAxZiA5NiANCmI5IGEzIGZm IDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4IDM5IDNhIDNiIDNjIA0KM2Qg M2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAgMDAgMDAgMTAgMGUgMDAgZmYg DQpFR0EvVkdBIHBhcmFtZXRlcnMgdG8gYmUgdXNlZCBmb3IgbW9kZSAyNA0K NTAgMTggMTAgMDAgMTAgMDAgMDMgMDAgMDIgNjcgNWYgNGYgNTAgODIgNTQg ODAgDQpiZiAxZiAwMCA0ZiAwZCAwZSAwMCAwMCAwMCAwMCA5YyA4ZSA4ZiAy OCAxZiA5NiANCmI5IGEzIGZmIDAwIDAxIDAyIDAzIDA0IDA1IDE0IDA3IDM4 IDM5IDNhIDNiIDNjIA0KM2QgM2UgM2YgMGMgMDAgMGYgMDggMDAgMDAgMDAg MDAgMDAgMTAgMGUgMDAgZmYgDQpzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQg ZmxhZ3MgMHgxMDAgb24gaXNhMA0Kc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29u c29sZXMsIGZsYWdzPTB4MzAwPg0Kc2MwOiBmYjAsIGtiZDAsIHRlcm1pbmFs IGVtdWxhdG9yOiBzYyAoc3lzY29ucyB0ZXJtaW5hbCkNCnNpbzA6IGlycSBt YXBzOiAweDEgMHgxMSAweDEgMHgxDQpzaW8wIGF0IHBvcnQgMHgzZjgtMHgz ZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBpc2EwDQpzaW8wOiB0eXBlIDE2NTUw QQ0Kc2lvMTogaXJxIG1hcHM6IDB4MSAweDkgMHgxIDB4MQ0Kc2lvMSBhdCBw b3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYTANCnNpbzE6IHR5cGUgMTY1 NTBBDQpzaW8yOiBub3QgcHJvYmVkIChkaXNhYmxlZCkNCnNpbzM6IG5vdCBw cm9iZWQgKGRpc2FibGVkKQ0KcHBjMDogcGFyYWxsZWwgcG9ydCBmb3VuZCBh dCAweDM3OA0KcHBjMDogdXNpbmcgZXh0ZW5kZWQgSS9PIHBvcnQgcmFuZ2UN CnBwYzA6IEVDUCBTUFAgRUNQK0VQUCBTUFANCnBwYzA6IDxQYXJhbGxlbCBw b3J0PiBhdCBwb3J0IDB4Mzc4LTB4MzdmIGlycSA3IG9uIGlzYTANCnBwYzA6 IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09N UEFUSUJMRSBtb2RlDQpwcGMwOiBGSUZPIHdpdGggMTYvMTYvMSBieXRlcyB0 aHJlc2hvbGQNCnBsaXAwOiA8UExJUCBuZXR3b3JrIGludGVyZmFjZT4gb24g cHBidXMwDQpicGY6IGxwMCBhdHRhY2hlZA0KbHB0MDogPFByaW50ZXI+IG9u IHBwYnVzMA0KbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0DQpwcGkwOiA8 UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czANCmlzYV9wcm9iZV9jaGlsZHJlbjog cHJvYmluZyBQblAgZGV2aWNlcw0KQklPUyBHZW9tZXRyaWVzOg0KIDA6MDNm ZWZlM2YgMC4uMTAyMj0xMDIzIGN5bGluZGVycywgMC4uMjU0PTI1NSBoZWFk cywgMS4uNjM9NjMgc2VjdG9ycw0KIDE6MDJhYjBmMjYgMC4uNjgzPTY4NCBj eWxpbmRlcnMsIDAuLjE1PTE2IGhlYWRzLCAxLi4zOD0zOCBzZWN0b3JzDQog MCBhY2NvdW50ZWQgZm9yDQpEZXZpY2UgY29uZmlndXJhdGlvbiBmaW5pc2hl ZC4NCmJwZjogcHBwMCBhdHRhY2hlZA0KbmV3IG1hc2tzOiBiaW8gNjhkNDAw LCB0dHkgNjMwODlhLCBuZXQgNjcwYzlhDQpicGY6IHNsMCBhdHRhY2hlZA0K YnBmOiBmYWl0aDAgYXR0YWNoZWQNCmJwZjogbG8wIGF0dGFjaGVkDQphZDA6 IERNQSBsaW1pdGVkIHRvIFVETUEzMywgbm9uLUFUQTY2IGNhYmxlIG9yIGRl dmljZQ0KYWQwOiBzdWNjZXNzIHNldHRpbmcgVURNQTIgb24gQWNlciBjaGlw DQpDcmVhdGluZyBESVNLIGFkMA0KYXI6IEZyZWVCU0QgY2hlY2sxIGZhaWxl ZA0KYWQwOiA8V0RDIFdEMzA3QUEvMDUuMDVCMDU+IEFUQS00IGRpc2sgYXQg YXRhMC1tYXN0ZXINCmFkMDogMjkzMzNNQiAoNjAwNzQ3ODQgc2VjdG9ycyks IDU5NTk4IEMsIDE2IEgsIDYzIFMsIDUxMiBCDQphZDA6IDE2IHNlY3MvaW50 LCAxIGRlcHRoIHF1ZXVlLCBVRE1BMzMNCmFkMDogcGlvbW9kZT00IGRtYW1v ZGU9MiB1ZG1hbW9kZT00IGNibGlkPTANCmFkMTogc3VjY2VzcyBzZXR0aW5n IFBJTzMgb24gZ2VuZXJpYyBjaGlwDQpDcmVhdGluZyBESVNLIGFkMQ0KYXI6 IEZyZWVCU0QgY2hlY2sxIGZhaWxlZA0KYWQxOiA8Q29ubmVyIFBlcmlwaGVy YWxzIDIxME1CIC0gQ0ZTMjEwQS82QlQ5LjJCcD4gQVRBLTAgZGlzayBhdCBh dGEwLXNsYXZlDQphZDE6IDIwM01CICg0MTY0ODAgc2VjdG9ycyksIDY4NSBD LCAxNiBILCAzOCBTLCA1MTIgQg0KYWQxOiAxIHNlY3MvaW50LCAxIGRlcHRo IHF1ZXVlLCBQSU8zDQphZDE6IHBpb21vZGU9MyBkbWFtb2RlPTEgdWRtYW1v ZGU9LTEgY2JsaWQ9MA0KYXRhMS1tYXN0ZXI6IHBpb21vZGU9NCBkbWFtb2Rl PTIgdWRtYW1vZGU9MiBkbWFmbGFnPTENCmF0YTEtbWFzdGVyOiBzdWNjZXNz IHNldHRpbmcgVURNQTIgb24gQWNlciBjaGlwDQphY2QwOiA8SURFIERWRC1S T00gMTZYL1YxLjA2PiBEVkQtUk9NIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVy DQphY2QwOiByZWFkIDc1NjJLQi9zICgxNjAyOUtCL3MpLCA1MTJLQiBidWZm ZXIsIFVETUEzMw0KYWNkMDogUmVhZHM6IENELVIsIENELVJXLCBDRC1EQSBz dHJlYW0sIERWRC1ST00sIERWRC1SLCBwYWNrZXQNCmFjZDA6IFdyaXRlczoN CmFjZDA6IEF1ZGlvOiBwbGF5LCAyNTUgdm9sdW1lIGxldmVscw0KYWNkMDog TWVjaGFuaXNtOiBlamVjdGFibGUgdHJheSwgdW5sb2NrZWQNCmFjZDA6IE1l ZGl1bTogbm8vYmxhbmsgZGlzYw0KYXRhMS1zbGF2ZTogcGlvbW9kZT00IGRt YW1vZGU9MiB1ZG1hbW9kZT0tMSBkbWFmbGFnPTENCmF0YTEtc2xhdmU6IHN1 Y2Nlc3Mgc2V0dGluZyBXRE1BMiBvbiBBY2VyIGNoaXANCmFjZDE6IDxQTEVY VE9SIENELVIgUFgtVzE2MTBBLzEuMDM+IENELVJXIGRyaXZlIGF0IGF0YTEg YXMgc2xhdmUNCmFjZDE6IHJlYWQgNjg5MEtCL3MgKDM2MDI2S0Ivcykgd3Jp dGUgMjc1NUtCL3MgKDI3NTVLQi9zKSwgMjA0OEtCIGJ1ZmZlciwgV0RNQTIN CmFjZDE6IFJlYWRzOiBDRC1SLCBDRC1SVywgQ0QtREEgc3RyZWFtLCBwYWNr ZXQNCmFjZDE6IFdyaXRlczogQ0QtUiwgQ0QtUlcsIHRlc3Qgd3JpdGUsIGJ1 cm5wcm9vZg0KYWNkMTogQXVkaW86IHBsYXksIDI1NiB2b2x1bWUgbGV2ZWxz DQphY2QxOiBNZWNoYW5pc206IGVqZWN0YWJsZSB0cmF5LCB1bmxvY2tlZA0K YWNkMTogTWVkaXVtOiBDRC1ST00gdW5rbm93bg0KTW91bnRpbmcgcm9vdCBm cm9tIHVmczovZGV2L2FkMHMxYQ0KYWQwczE6IHR5cGUgMHhhNSwgc3RhcnQg NjMsIGVuZCA9IDYwMDc0NzgzLCBzaXplIDYwMDc0NzIxIDogT0sNCnN0YXJ0 X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0DQpMaW51eCBFTEYgZXhlYyBoYW5k bGVyIGluc3RhbGxlZA0KYWNkMDogUkVBRF9CSUcgY29tbWFuZCB0aW1lb3V0 IC0gcmVzZXR0aW5nDQphdGExOiByZXNldHRpbmcgZGV2aWNlcyAuLiBhdGEx OiBtYXNrPTAzIG9zdGF0MD01OCBvc3RhdDI9NTANCmFjZDE6IEFUQVBJIDE0 IGViDQphY2QwOiBBVEFQSSAxNCBlYg0KYXRhMTogbWFzaz0wMyBzdGF0MD0w OCBzdGF0MT0wMA0KYXRhMTogZGV2aWNlcz0wYw0KYWNkMDogc3VjY2VzcyBz ZXR0aW5nIFVETUEyIG9uIEFjZXIgY2hpcA0KYWNkMTogc3VjY2VzcyBzZXR0 aW5nIFdETUEyIG9uIEFjZXIgY2hpcA0KZG9uZQ0KYWNkMDogUkVBRF9CSUcg Y29tbWFuZCB0aW1lb3V0IC0gcmVzZXR0aW5nDQphdGExOiByZXNldHRpbmcg ZGV2aWNlcyAuLiBhdGExOiBtYXNrPTAzIG9zdGF0MD01OCBvc3RhdDI9NTAN CmFjZDA6IEFUQVBJIDE0IGViDQphY2QxOiBBVEFQSSAxNCBlYg0KYXRhMTog bWFzaz0wMyBzdGF0MD0wOCBzdGF0MT0wMA0KYXRhMTogZGV2aWNlcz0wYw0K YWNkMDogc3VjY2VzcyBzZXR0aW5nIFVETUEyIG9uIEFjZXIgY2hpcA0KYWNk MTogc3VjY2VzcyBzZXR0aW5nIFdETUEyIG9uIEFjZXIgY2hpcA0KZG9uZQ0K YWNkMDogUkVBRF9CSUcgY29tbWFuZCB0aW1lb3V0IC0gcmVzZXR0aW5nDQph dGExOiByZXNldHRpbmcgZGV2aWNlcyAuLiBhdGExOiBtYXNrPTAzIG9zdGF0 MD01OCBvc3RhdDI9NTANCmFjZDA6IEFUQVBJIDE0IGViDQphY2QxOiBBVEFQ SSAxNCBlYg0KYXRhMTogbWFzaz0wMyBzdGF0MD0wOCBzdGF0MT0wMA0KYXRh MTogZGV2aWNlcz0wYw0KYWNkMDogc3VjY2VzcyBzZXR0aW5nIFVETUEyIG9u IEFjZXIgY2hpcA0KYWNkMTogc3VjY2VzcyBzZXR0aW5nIFdETUEyIG9uIEFj ZXIgY2hpcA0KZG9uZQ0KYWNkMDogUkVBRF9CSUcgY29tbWFuZCB0aW1lb3V0 IC0gcmVzZXR0aW5nDQphY2QwOiBzdWNjZXNzIHNldHRpbmcgUElPNCBvbiBn ZW5lcmljIGNoaXANCmFjZDA6IHRyeWluZyBmYWxsYmFjayB0byBQSU8gbW9k ZQ0KYXRhMTogcmVzZXR0aW5nIGRldmljZXMgLi4gYXRhMTogbWFzaz0wMyBv c3RhdDA9NTAgb3N0YXQyPTUwDQphY2QxOiBBVEFQSSAxNCBlYg0KYWNkMDog QVRBUEkgMTQgZWINCmF0YTE6IG1hc2s9MDMgc3RhdDA9MDAgc3RhdDE9MDAN CmF0YTE6IGRldmljZXM9MGMNCmFjZDA6IHN1Y2Nlc3Mgc2V0dGluZyBQSU80 IG9uIGdlbmVyaWMgY2hpcA0KYWNkMTogc3VjY2VzcyBzZXR0aW5nIFdETUEy IG9uIEFjZXIgY2hpcA0KZG9uZQ0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVH QUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNk MDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2Nx PTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwg UkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDog UkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4 MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVR VUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQ T1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAg ZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVT VCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JU X0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJy b3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBh c2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tF WSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9 MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9 MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAt IElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgw NA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2 ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElM TEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0K YWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBh c2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVH QUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNk MDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2Nx PTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwg UkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNkMDog UkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4 MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVR VUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQ T1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQg ZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVT VCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JU X0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJy b3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBh c2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tF WSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9 MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9 MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAt IElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgw NA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1 NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElM TEVHQUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0K YWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBh c2NxPTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVH QUwgUkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNk MDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2Nx PTB4MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwg UkVRVUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDog UkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4 MDAgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVR VUVTVCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQ T1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAg ZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVT VCBhc2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JU X0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJy b3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBh c2M9MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tF WSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9 MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9 MHg2ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAt IElMTEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgw NA0KYWNkMDogUkVQT1JUX0tFWSAtIElMTEVHQUwgUkVRVUVTVCBhc2M9MHg2 ZiBhc2NxPTB4MDQgZXJyb3I9MHgwNA0KYWNkMDogUkVQT1JUX0tFWSAtIElM TEVHQUwgUkVRVUVTVCBhc2M9MHg1NSBhc2NxPTB4MDAgZXJyb3I9MHgwNA0K DQojIGF0YWNvbnRyb2wgY2FwIDEgMA0KQVRBIGNoYW5uZWwgMSwgTWFzdGVy LCBkZXZpY2UgYWNkMDoNCg0KQVRBL0FUQVBJIHJldmlzaW9uICAgIDANCmRl dmljZSBtb2RlbCAgICAgICAgICBJREUgRFZELVJPTSAxNlgNCmZpcm13YXJl IHJldmlzaW9uICAgICBWMS4wNg0KY3lsaW5kZXJzICAgICAgICAgICAgIDAN CmhlYWRzICAgICAgICAgICAgICAgICAwDQpzZWN0b3JzL3RyYWNrICAgICAg ICAgMA0KbGJhIHN1cHBvcnRlZCAgICAgICAgIA0KbGJhNDggbm90IHN1cHBv cnRlZCAgICAgICAgIA0KZG1hIHN1cHBvcnRlZA0Kb3ZlcmxhcCBub3Qgc3Vw cG9ydGVkDQoNCkZlYXR1cmUgICAgICAgICAgICAgICAgICAgICAgU3VwcG9y dCAgRW5hYmxlICAgIFZhbHVlICAgVmVuZG9yDQp3cml0ZSBjYWNoZSAgICAg ICAgICAgICAgICAgICAgbm8Jbm8NCnJlYWQgYWhlYWQgICAgICAgICAgICAg ICAgICAgICBubwlubw0KZG1hIHF1ZXVlZCAgICAgICAgICAgICAgICAgICAg IG5vCW5vCTAvMDANClNNQVJUICAgICAgICAgICAgICAgICAgICAgICAgICBu bwlubw0KbWljcm9jb2RlIGRvd25sb2FkICAgICAgICAgICAgIG5vCW5vDQpz ZWN1cml0eSAgICAgICAgICAgICAgICAgICAgICAgbm8Jbm8NCnBvd2VyIG1h bmFnZW1lbnQgICAgICAgICAgICAgICBubwlubw0KYWR2YW5jZWQgcG93ZXIg bWFuYWdlbWVudCAgICAgIG5vCW5vCTAvMDANCmF1dG9tYXRpYyBhY291c3Rp YyBtYW5hZ2VtZW50ICBubwlubwkwLzAwCTAvMDANCg0KDQojIGF0YWNvbnRy b2wgY2FwIDEgMQ0KDQpBVEEgY2hhbm5lbCAxLCBTbGF2ZSwgZGV2aWNlIGFj ZDE6DQoNCkFUQS9BVEFQSSByZXZpc2lvbiAgICAwDQpkZXZpY2UgbW9kZWwg ICAgICAgICAgUExFWFRPUiBDRC1SIFBYLVcxNjEwQQ0KZmlybXdhcmUgcmV2 aXNpb24gICAgIDEuMDMNCmN5bGluZGVycyAgICAgICAgICAgICAwDQpoZWFk cyAgICAgICAgICAgICAgICAgMA0Kc2VjdG9ycy90cmFjayAgICAgICAgIDAN CmxiYSBzdXBwb3J0ZWQgICAgICAgICANCmxiYTQ4IG5vdCBzdXBwb3J0ZWQg ICAgICAgICANCmRtYSBzdXBwb3J0ZWQNCm92ZXJsYXAgbm90IHN1cHBvcnRl ZA0KDQpGZWF0dXJlICAgICAgICAgICAgICAgICAgICAgIFN1cHBvcnQgIEVu YWJsZSAgICBWYWx1ZSAgIFZlbmRvcg0Kd3JpdGUgY2FjaGUgICAgICAgICAg ICAgICAgICAgIG5vCW5vDQpyZWFkIGFoZWFkICAgICAgICAgICAgICAgICAg ICAgbm8Jbm8NCmRtYSBxdWV1ZWQgICAgICAgICAgICAgICAgICAgICBubwlu bwkwLzAwDQpTTUFSVCAgICAgICAgICAgICAgICAgICAgICAgICAgbm8Jbm8N Cm1pY3JvY29kZSBkb3dubG9hZCAgICAgICAgICAgICBubwlubw0Kc2VjdXJp dHkgICAgICAgICAgICAgICAgICAgICAgIG5vCW5vDQpwb3dlciBtYW5hZ2Vt ZW50ICAgICAgICAgICAgICAgbm8Jbm8NCmFkdmFuY2VkIHBvd2VyIG1hbmFn ZW1lbnQgICAgICBubwlubwkwLzAwDQphdXRvbWF0aWMgYWNvdXN0aWMgbWFu YWdlbWVudCAgbm8Jbm8JMC8wMAkwLzAwDQo= --0-1883433571-1020192159=:20679-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 12:36:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sumax.dyndns.org (212-100-182-14.adsl.easynet.be [212.100.182.14]) by hub.freebsd.org (Postfix) with ESMTP id 4AA3237B417 for ; Tue, 30 Apr 2002 12:36:31 -0700 (PDT) Received: by sumax.dyndns.org (Postfix, from userid 1001) id 5096A1FD7; Tue, 30 Apr 2002 21:36:15 +0200 (CEST) Date: Tue, 30 Apr 2002 21:36:14 +0200 From: Chris Pockele To: Christopher Hall Cc: stable@freebsd.org Subject: Re: ata (cd) troubles Message-ID: <20020430213613.A780@freedaemon.home.lan> References: <200204300101.g3U11Lg6018433@x4.tucheng.generalresources.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200204300101.g3U11Lg6018433@x4.tucheng.generalresources.com>; from hsw@acm.org on Tue, Apr 30, 2002 at 09:01:21AM +0800 X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Apr 30, 2002 at 09:01:21AM +0800, Christopher Hall wrote: > > There are several threads that show similar problems with acd, and > there is a PR > > i386/37420: Copying large files from an IDE CD-ROM to a harddrive > causes a system lock-up. > > Some have had success by using atacontrol to change drive to dma mode. > This only reduces the frequency of the problem in my case. > Well, I've done that and it seems to help. No crash yet - although I haven't done really extensive testing yet. Anyway, the bug is still there - if I can do anything to help, just ask :). What is the difference between the mode setting (atacontrol) and the dma sysctl? Is the sysctl some default value? I enabled dma with atacontrol: # atacontrol mode 1 Master = WDMA2 Slave = WDMA2 # sysctl -a | grep dma hw.ata.ata_dma: 1 hw.ata.atapi_dma: 0 (still says 0 ?) The (ata) manpage is a bit unclear on this subject, how should this "sysctl" be changed? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13: 1:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gyros.marcuscom.com (dhcp-64-102-60-52.cisco.com [64.102.60.52]) by hub.freebsd.org (Postfix) with ESMTP id 3973237B41A for ; Tue, 30 Apr 2002 13:01:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by gyros.marcuscom.com (8.12.3/8.12.3) with ESMTP id g3UK0jwY086563; Tue, 30 Apr 2002 16:00:45 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: ata (cd) troubles From: Joe Marcus Clarke To: Chris Pockele Cc: Christopher Hall , stable@FreeBSD.ORG In-Reply-To: <20020430213613.A780@freedaemon.home.lan> References: <200204300101.g3U11Lg6018433@x4.tucheng.generalresources.com> <20020430213613.A780@freedaemon.home.lan> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 30 Apr 2002 16:00:45 -0400 Message-Id: <1020196845.342.31.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-04-30 at 16:36, Chris Pockele wrote: > On Tue, Apr 30, 2002 at 09:01:21AM +0800, Christopher Hall wrote: > > > > There are several threads that show similar problems with acd, and > > there is a PR > > > > i386/37420: Copying large files from an IDE CD-ROM to a harddrive > > causes a system lock-up. > > > > Some have had success by using atacontrol to change drive to dma mode. > > This only reduces the frequency of the problem in my case. > > > Well, I've done that and it seems to help. No crash yet - although I haven't > done really extensive testing yet. Anyway, the bug is still there - if I > can do anything to help, just ask :). > > What is the difference between the mode setting (atacontrol) and the dma > sysctl? Is the sysctl some default value? I enabled dma with atacontrol: > > # atacontrol mode 1 > Master = WDMA2 > Slave = WDMA2 > > # sysctl -a | grep dma > hw.ata.ata_dma: 1 > hw.ata.atapi_dma: 0 > > (still says 0 ?) > The (ata) manpage is a bit unclear on this subject, how should this "sysctl" > be changed? Add this to /boot/loader.conf: hw.ata.atapi_dma=1 Works for me on my Dell Inspiron 8100. I have my DVD-ROM as a UDMA 33 device. Joe > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > -- PGP Key: http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:18:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from exodus.ait.co.za (exodus.ait.co.za [66.8.26.2]) by hub.freebsd.org (Postfix) with SMTP id 3895437B416 for ; Tue, 30 Apr 2002 13:18:45 -0700 (PDT) Received: from aragon [66.8.86.210] by exodus.ait.co.za (SMTPD32-4.06) id AA8AC4C20260; Tue, 30 Apr 2002 22:18:02 0200 Message-ID: <002501c1f084$6e0cda90$01000001@aragon> From: "Aragon Gouveia" To: References: <20020430161355.14FEB5D05@ptavv.es.net> <1020186756.11357.76.camel@lohr.digitalglobe.com> Subject: Re: Build sequence (was Re: mergemaster theory (was: Re:/etc/defaults/rc.conf theory) ) Date: Tue, 30 Apr 2002 22:20:10 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > buildkernel KERNCONF= > installkernel KERNCONF= I see most people using this method for doing their kernel compiles/installs, but I'm still stuck on the old method of: config cd ../../compile/ make depend make make install Am I missing anything from not using the newer method? Thanks, Aragon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:19:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from arjun.niksun.com (gwnew.niksun.com [63.148.27.34]) by hub.freebsd.org (Postfix) with ESMTP id E5F2037B423; Tue, 30 Apr 2002 13:19:27 -0700 (PDT) Received: from stiegl.mj.niksun.com (stiegl.mj.niksun.com [10.70.0.231]) by arjun.niksun.com (8.9.3/8.9.3) with ESMTP id QAA66689; Tue, 30 Apr 2002 16:19:27 -0400 (EDT) (envelope-from ath@stiegl.mj.niksun.com) Received: from stiegl.mj.niksun.com (localhost.niksun.com [127.0.0.1]) by stiegl.mj.niksun.com (8.11.6/8.11.6) with ESMTP id g3UKJNu35486; Tue, 30 Apr 2002 16:19:27 -0400 (EDT) (envelope-from ath@stiegl.mj.niksun.com) Message-Id: <200204302019.g3UKJNu35486@stiegl.mj.niksun.com> From: Andrew Heybey To: freebsd-stable@freebsd.org, re@freebsd.org Cc: paul@freebsd.org Subject: Can this le NIC bug fix go in before 4.6? Mime-Version: 1.0 (generated by tm-edit 1.7) Content-Type: text/plain; charset=US-ASCII Date: Tue, 30 Apr 2002 16:19:23 -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I sent the following to freebsd-stable a while ago; could it please go into 4.6? It has been tested (according to feedback in PR 18641) by at least two people besides me. Sorry if this is an inappropriate mail to send to re@freebsd, but I am not sure who to send this to... When you ifconfig an "le" NIC card with an address, it makes 4.5-RELEASE crash. This problem is discussed in PRs 25650 and PR 18641, though PR 25650 is marked as "closed: fixed". Presumably, it would also panic a -CURRENT kernel though I do not currently run CURRENT. I have fixed the problem (at least it works for me) using the included patch (against RELENG_4_5_0_RELEASE src/sys/i386/isa/if_le.c). I followed-up PR 18641 with the patch, and PR 25650 with a pointer to 18641. I know this hardware is ancient, but there is no particular reason to have it not work. I have tested the patch with: le0 at port 0x300-0x31f iomem 0xd0000-0xd07ff irq 5 on isa0 le0: DE205-AC ethernet address 08:00:2b:9f:39:d4 Index: if_le.c =================================================================== RCS file: /usr/local/repos/fbsdcvs/src/sys/i386/isa/if_le.c,v retrieving revision 1.56.2.3 diff -u -u -r1.56.2.3 if_le.c --- if_le.c 2001/11/02 17:48:00 1.56.2.3 +++ if_le.c 2002/03/26 15:29:44 @@ -191,7 +191,6 @@ */ struct le_softc { struct arpcom le_ac; /* Common Ethernet/ARP Structure */ - void (*if_init) __P((le_softc_t *));/* Interface init routine */ void (*if_reset) __P((le_softc_t *));/* Interface reset routine */ caddr_t le_membase; /* Starting memory address (virtual) */ unsigned le_iobase; /* Starting I/O base address */ @@ -336,19 +335,23 @@ struct ifnet *ifp = &sc->le_if; dvp->id_ointr = le_intr; - ifp->if_softc = sc; - ifp->if_mtu = ETHERMTU; + printf("%s%d: %s ethernet address %6D\n", ifp->if_name, ifp->if_unit, sc->le_prodname, sc->le_ac.ac_enaddr, ":"); + ifp->if_softc = sc; + ifp->if_mtu = ETHERMTU; ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; + ifp->if_timer = 0; ifp->if_output = ether_output; ifp->if_ioctl = le_ioctl; + ifp->if_watchdog = 0; ifp->if_type = IFT_ETHER; - ifp->if_addrlen = 6; - ifp->if_hdrlen = 14; + ifp->if_addrlen = ETHER_ADDR_LEN; + ifp->if_hdrlen = ETHER_HDR_LEN; + ifp->if_snd.ifq_maxlen = IFQ_MAXLEN; ether_ifattach(ifp, ETHER_BPF_SUPPORTED); @@ -446,7 +449,7 @@ break; case SIOCSIFFLAGS: { - sc->if_init(sc); + sc->le_if.if_init(sc); break; } @@ -455,7 +458,7 @@ /* * Update multicast listeners */ - sc->if_init(sc); + sc->le_if.if_init(sc); error = 0; break; @@ -613,7 +616,7 @@ #define LEMAC_32K_MODE(mbase) (((mbase) >= 0x14) && ((mbase) <= 0x1F)) #define LEMAC_2K_MODE(mbase) ( (mbase) >= 0x40) -static void lemac_init(le_softc_t *sc); +static void lemac_init(void *xsc); static void lemac_start(struct ifnet *ifp); static void lemac_reset(le_softc_t *sc); static void lemac_intr(le_softc_t *sc); @@ -688,7 +691,7 @@ /* * Try to reset the unit */ - sc->if_init = lemac_init; + sc->le_if.if_init = lemac_init; sc->le_if.if_start = lemac_start; sc->if_reset = lemac_reset; sc->lemac_memmode = 2; @@ -778,8 +781,9 @@ static void lemac_init( - le_softc_t *sc) + void *xsc) { + le_softc_t *sc = (le_softc_t *)xsc; int s; if ((sc->le_flags & IFF_UP) == 0) @@ -1138,7 +1142,7 @@ static int lance_init_ring(le_softc_t *sc, ln_ring_t *rp, lance_ring_t *ri, unsigned ndescs, unsigned bufoffset, unsigned descoffset); -static void lance_init(le_softc_t *sc); +static void lance_init(void *xsc); static void lance_reset(le_softc_t *sc); static void lance_intr(le_softc_t *sc); static int lance_rx_intr(le_softc_t *sc); @@ -1360,7 +1364,7 @@ return 0; sc->if_reset = lance_reset; - sc->if_init = lance_init; + sc->le_if.if_init = lance_init; sc->le_if.if_start = lance_start; DEPCA_WRNICSR(sc, DEPCA_NICSR_SHE | DEPCA_NICSR_ENABINTR); sc->if_reset(sc); @@ -1580,8 +1584,9 @@ static void lance_init( - le_softc_t *sc) + void *xsc) { + le_softc_t *sc = (le_softc_t *)xsc; lance_ring_t *ri; lance_descinfo_t *di; ln_desc_t desc; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:30:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id BB08F37B400 for ; Tue, 30 Apr 2002 13:30:53 -0700 (PDT) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id NAA24066; Tue, 30 Apr 2002 13:30:34 -0700 Message-ID: <3CCEFEEA.6060708@owt.com> Date: Tue, 30 Apr 2002 13:30:34 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Aragon Gouveia Cc: stable@FreeBSD.ORG Subject: Re: Build sequence (was Re: mergemaster theory (was: Re:/etc/defaults/rc.conf theory) ) References: <20020430161355.14FEB5D05@ptavv.es.net> <1020186756.11357.76.camel@lohr.digitalglobe.com> <002501c1f084$6e0cda90$01000001@aragon> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Aragon Gouveia wrote: > Hi, > > >>buildkernel KERNCONF= >>installkernel KERNCONF= >> > > I see most people using this method for doing their kernel > compiles/installs, but I'm still stuck on the old method of: > > config > cd ../../compile/ > make depend > make > make install > > Am I missing anything from not using the newer method? I may get whacked for bad information; however, in the past, the config method used the current system to build the kernel. The buildkernel was needed when you cvsup upgraded your system and it used the next version that was not installed at this point. You were supposed to buildworld and then buildkernel. Your kernel and userland were still the current version. Where this became a problem was when O'Brien updated the /binutls. You were basically bootstrapping your way to a new kernel that needed the new compiler. Since you can replace all of that string of executions with a simple "make kernel", you just have added more work to a simple operation. For the "make kernel" to work you have to have added your "" into your /etc/make.conf. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:33:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mired.org (dsl-64-192-6-133.telocity.com [64.192.6.133]) by hub.freebsd.org (Postfix) with SMTP id 33C6637B41F for ; Tue, 30 Apr 2002 13:33:18 -0700 (PDT) Received: (qmail 644 invoked by uid 100); 30 Apr 2002 20:33:15 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15566.65418.773606.563032@guru.mired.org> Date: Tue, 30 Apr 2002 15:33:14 -0500 To: "Aragon Gouveia" Cc: Subject: Re: Build sequence (was Re: mergemaster theory (was: Re:/etc/defaults/rc.conf theory) ) In-Reply-To: <002501c1f084$6e0cda90$01000001@aragon> References: <20020430161355.14FEB5D05@ptavv.es.net> <1020186756.11357.76.camel@lohr.digitalglobe.com> <002501c1f084$6e0cda90$01000001@aragon> X-Mailer: VM 6.90 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ From: Mike Meyer X-Delivery-Agent: TMDA/0.52 (Python 2.2.1 on FreeBSD/i386) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In <002501c1f084$6e0cda90$01000001@aragon>, Aragon Gouveia typed: > > buildkernel KERNCONF= > > installkernel KERNCONF= > > I see most people using this method for doing their kernel > compiles/installs, but I'm still stuck on the old method of: > > config > cd ../../compile/ > make depend > make > make install > > Am I missing anything from not using the newer method? Yes. What you're doing will use the old world to compile the new kernel, even if you've done a "make buildworld". This doesn't always work. Doing "make kernel" - which does buildkernel then installkernel - will use the binaries in /usr/obj to avoid that problem. The downside is that the /usr/src make targets always do the complete rebuild. If you're working on kernel source, you want to use the "old" method to build the kernel, because you can probably skip the first three steps, and always the first two, after you've changed the source. http://www.mired.org/home/mwm/ Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:41:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from exodus.ait.co.za (exodus.ait.co.za [66.8.26.2]) by hub.freebsd.org (Postfix) with SMTP id EAF2237B41E for ; Tue, 30 Apr 2002 13:41:09 -0700 (PDT) Received: from aragon [66.8.86.210] by exodus.ait.co.za (SMTPD32-4.06) id AFD14CD201C6; Tue, 30 Apr 2002 22:40:33 0200 Message-ID: <006b01c1f087$9344dee0$01000001@aragon> From: "Aragon Gouveia" To: References: <20020430161355.14FEB5D05@ptavv.es.net><1020186756.11357.76.camel@lohr.digitalglobe.com><002501c1f084$6e0cda90$01000001@aragon> <15566.65418.773606.563032@guru.mired.org> Subject: Re: Build sequence (was Re: mergemaster theory (was: Re:/etc/defaults/rc.conf theory) ) Date: Tue, 30 Apr 2002 22:42:41 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Heya, > > Am I missing anything from not using the newer method? > > Yes. What you're doing will use the old world to compile the new > kernel, even if you've done a "make buildworld". This doesn't always > work. Doing "make kernel" - which does buildkernel then installkernel > - will use the binaries in /usr/obj to avoid that problem. Ah that's cool. In the past I actually used to do installworld before compiling the kernel to avoid the problem *gulp*. This is much better :). > The downside is that the /usr/src make targets always do the complete > rebuild. If you're working on kernel source, you want to use the > "old" method to build the kernel, because you can probably skip the > first three steps, and always the first two, after you've changed the > source. Will keep this in mind. Will help if I need to add a kernel option and recompile quickly after upgrading :). Thanks Kent and Mike. Regards, Aragon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:43:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freebsd.dk (fw-rl0.freebsd.dk [212.242.86.114]) by hub.freebsd.org (Postfix) with ESMTP id 4E27D37B42C; Tue, 30 Apr 2002 13:43:16 -0700 (PDT) Received: (from sos@localhost) by freebsd.dk (8.12.2/8.12.2) id g3UKhFfi041888; Tue, 30 Apr 2002 22:43:15 +0200 (CEST) (envelope-from sos) From: Søren Schmidt Message-Id: <200204302043.g3UKhFfi041888@freebsd.dk> Subject: Re: DVD/DMA problems In-Reply-To: To: Gavin Atkinson Date: Tue, 30 Apr 2002 22:43:04 +0200 (CEST) Cc: stable@freebsd.org, sos@freebsd.org Reply-To: sos@freebsd.dk X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG It seems Gavin Atkinson wrote: > > Hi all, > > Attached verbose dmesg is of a box running -stable as of a week ago. The > box has an IDE DVD-ROM drive as secondary master, which seems to fail when > accessed with DMA enabled (using hw.ata.atapi_dma="1"). While trying to > access the drive, the followsing errors are given: > > acd0: READ_BIG command timeout - resetting > ata1: resetting devices .. ata1: mask=03 ostat0=58 ostat2=50 > acd0: ATAPI 14 eb > acd1: ATAPI 14 eb > ata1: mask=03 stat0=08 stat1=00 > ata1: devices=0c > acd0: success setting UDMA2 on Acer chip > acd1: success setting WDMA2 on Acer chip > done > > These messages are repeated until eventaully PIO mode is chosen. > However, obviously while in PIO mode, the drive works too slowly to play a > DVD properly. > > This problem existed before the new ATA code was imported from current. > > Can anybody help? Or can I help debug this in any way? I see similar > problems to this in the archive, but none are the same, and none have a > resolution that works. Your drive probably doesn't do DMA right (lots of ATAPI drives doesn't work with DMA even if they claim to)... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:45:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from piggy.rz.tu-ilmenau.de (piggy.rz.tu-ilmenau.de [141.24.4.8]) by hub.freebsd.org (Postfix) with ESMTP id 5DCF637B400 for ; Tue, 30 Apr 2002 13:45:48 -0700 (PDT) Received: from gtw.hh59.local (pD9508BFE.dip.t-dialin.net [217.80.139.254]) (authenticated (0 bits)) by piggy.rz.tu-ilmenau.de (8.11.1/8.11.1) with ESMTP id g3UKjjv16605 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) ; Tue, 30 Apr 2002 22:45:46 +0200 (MET DST) Received: from walnut.hh59.local (walnut.hh59.local [192.168.2.10]) by gtw.hh59.local (8.11.3/8.11.3) with ESMTP id g3ULFnT03419 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Tue, 30 Apr 2002 23:15:51 +0200 (CEST) Received: (qmail 2957 invoked by uid 1000); 30 Apr 2002 20:45:52 -0000 Date: Tue, 30 Apr 2002 22:45:52 +0200 From: Martin Kaeske To: freebsd-stable@freebsd.org Subject: /dev/dsp: Device busy Message-ID: <20020430224551.A2720@walnut.hh59.local> 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.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, I'm running FreeBSD-4.5-STABLE (cvsup and build 24 Apr). If i try to play an audiofile (mp3 with mpg123 as well as cat an au-file to /dev/dsp) i get a "Device busy" error. So my questions is: Are there any recent changes to pcm-code that could result in such an error? (It worked fine with 4.5-RELEASE and still works under DOS, so i think the hardware is okay) If it is of importance, i can play Audio-CDs with cdcontrol. I also tried lsof to see if there is a process holding /dev/dsp open. And yes i ran mergemaster after the buildworld :) Thanks in advance Martin -- Mal davon ab, das hier weder C++ noch Visual Basic Ontopic sind, warum will man denn C++ nach VB konvertieren? Ist C++ zu schnell? --- Immo Wehrenberg in de.comp.lang.c --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 13:48:32 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pump3.york.ac.uk (pump3.york.ac.uk [144.32.128.131]) by hub.freebsd.org (Postfix) with ESMTP id CAECA37B405 for ; Tue, 30 Apr 2002 13:48:25 -0700 (PDT) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by pump3.york.ac.uk (8.10.2/8.10.2) with ESMTP id g3UKmOx01291; Tue, 30 Apr 2002 21:48:24 +0100 (BST) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.11.6/8.11.3) with ESMTP id g3UKmNk22356; Tue, 30 Apr 2002 21:48:23 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Tue, 30 Apr 2002 21:48:23 +0100 (BST) From: Gavin Atkinson To: =?X-UNKNOWN?Q?S=F8ren_Schmidt?= Cc: Subject: Re: DVD/DMA problems In-Reply-To: <200204302043.g3UKhFfi041888@freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 30 Apr 2002, S=F8ren Schmidt wrote: > It seems Gavin Atkinson wrote: > > Hi all, > > > > Attached verbose dmesg is of a box running -stable as of a week ago. Th= e > > box has an IDE DVD-ROM drive as secondary master, which seems to fail w= hen > > accessed with DMA enabled (using hw.ata.atapi_dma=3D"1"). While trying = to > > access the drive, the followsing errors are given: > > > > acd0: READ_BIG command timeout - resetting =2E.. > > acd0: success setting UDMA2 on Acer chip > > acd1: success setting WDMA2 on Acer chip > > done > > Your drive probably doesn't do DMA right (lots of ATAPI drives doesn't > work with DMA even if they claim to)... That was my first assumption, but dual-booting the box into Windows seems to disprove this (DVDs can play at full speed, even copying files off them is 5-10x faster). Gavin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 14:39:29 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mailgate.originative.co.uk (mailgate.originative.co.uk [62.232.68.68]) by hub.freebsd.org (Postfix) with ESMTP id 050AB37B419; Tue, 30 Apr 2002 14:39:23 -0700 (PDT) Received: from lobster.originative.co.uk (lobster [62.232.68.81]) by mailgate.originative.co.uk (Postfix) with ESMTP id 2E7E91D169; Tue, 30 Apr 2002 22:39:21 +0100 (BST) Subject: Re: Can this le NIC bug fix go in before 4.6? From: Paul Richards To: Andrew Heybey Cc: freebsd-stable@freebsd.org, re@freebsd.org In-Reply-To: <200204302019.g3UKJNu35486@stiegl.mj.niksun.com> References: <200204302019.g3UKJNu35486@stiegl.mj.niksun.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3PUGwL2ZxZbj7Lzo9dSt" X-Mailer: Ximian Evolution 1.0.3 Date: 30 Apr 2002 22:39:55 +0100 Message-Id: <1020202795.36689.1094.camel@lobster.freebsd-services.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --=-3PUGwL2ZxZbj7Lzo9dSt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2002-04-30 at 22:19, Andrew Heybey wrote: > I sent the following to freebsd-stable a while ago; could it please go > into 4.6? It has been tested (according to feedback in PR 18641) by > at least two people besides me. Sorry if this is an inappropriate > mail to send to re@freebsd, but I am not sure who to send this to... I've been kindly donated some le cards recently so I will do my best to take a look at this before 4.6. I need to get an ISA legacy box built which will take me a while but I've got all the bits lying around, I just need to find the time to put a box together. --=20 Paul Richards | FreeBSD DVD releases and merchandise. FreeBSD Services Ltd | Hardware, support and development. http://www.freebsd-services.com | Domain names and mail/web hosting. --=-3PUGwL2ZxZbj7Lzo9dSt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iQEVAwUAPM8PK3/5PEK9QuA3AQLbhQf/bNpboiU/XnwXc3iR6MinFrPM6AZMOocA QwB2fqkNUCSD/cargXr2fkJgig7uDGPZjgf9Tze1iXVbdc0Owsgti2OAw0yiOhxR iUkeAT68Jil5sMDvIbhtHzdvnyf8Zx9OFh/9t02LU5Yq9qH3r7qfcbYF9iUBUEk1 8ulB0Lbky7c76HIOo5RZtDBFGMBtUCZHt1k8Qfb+mJ/ETA+VrvlYkjqzBUQqBdUK f2Wr+AdjHtSMhIQ4xv+Z6ftY4vhE0JbqaKFGSZ8SSyDvRQmvuS6l7IAgqu32wMiD 9xEnv+u52TArT49zTAJymGcV9Vj6kokn6OZ397hxUc8aLDC9ZXys+Q== =TegD -----END PGP SIGNATURE----- --=-3PUGwL2ZxZbj7Lzo9dSt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 14:48:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from general.mobley.org (georgia-2.dsl.speakeasy.net [216.254.57.18]) by hub.freebsd.org (Postfix) with ESMTP id B35E037B405 for ; Tue, 30 Apr 2002 14:48:26 -0700 (PDT) Subject: Error during build world Date: Tue, 30 Apr 2002 14:49:26 -0700 Message-ID: <28C9B063DC6BC747A241E2B5C05918E1E2D1@general.mobley.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1F090.E6180418" X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Error during build world Thread-Index: AcHwkOWs7vFVJbKmRliHxwQfvg0kMQ== content-class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 From: "Kyle Mobley" To: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------_=_NextPart_001_01C1F090.E6180418 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hey everyone, =20 I am getting this error when I build world after running cvsup to -STABLE. It's some problem with stallion but I have no idea how to resolve the problem. Any ideas? =20 -Kyle =20 =3D=3D=3D> usr.sbin/stallion =3D=3D=3D> usr.sbin/stallion/bootcode rm -f 2681.sys uudecode /usr/src/usr.sbin/stallion/bootcode/2681.sys.uu uudecode:No such file or directory *** Error code 1 =20 Stop in /usr/src/usr.sbin/stallion/bootcode. *** Error code 1 =20 Stop in /usr/src/usr.sbin/stallion. *** Error code 1 =20 Stop in /usr/src/usr.sbin. *** Error code 1 =20 Stop in /usr/src. *** Error code 1 =20 Stop in /usr/src. *** Error code 1 =20 Stop in /usr/src. *** Error code 1 =20 Stop in /usr/src. ------_=_NextPart_001_01C1F090.E6180418 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hey everyone,

 

I am getting this error when I build world after = running cvsup to –STABLE. It’s some problem with stallion but I have no = idea how to resolve the problem. Any ideas?

 

-Kyle

 

=3D=3D=3D> usr.sbin/stallion

=3D=3D=3D> = usr.sbin/stallion/bootcode

rm -f 2681.sys

uudecode = /usr/src/usr.sbin/stallion/bootcode/2681.sys.uu

uudecode:No such file or directory

*** Error code 1

 

Stop in = /usr/src/usr.sbin/stallion/bootcode.

*** Error code 1

 

Stop in /usr/src/usr.sbin/stallion.

*** Error code 1

 

Stop in /usr/src/usr.sbin.

*** Error code 1

 

Stop in /usr/src.

*** Error code 1

 

Stop in /usr/src.

*** Error code 1

 

Stop in /usr/src.

*** Error code 1

 

Stop in /usr/src.

------_=_NextPart_001_01C1F090.E6180418-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 14:54: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 7424A37B417 for ; Tue, 30 Apr 2002 14:53:51 -0700 (PDT) Received: from monkeyboy.gshapiro.net (natted.Sendmail.COM [63.211.143.38]) by horsey.gshapiro.net (8.12.3/8.12.3) with ESMTP id g3ULrmA2019371 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 30 Apr 2002 14:53:50 -0700 (PDT) Received: from monkeyboy.gshapiro.net (gshapiro@localhost [127.0.0.1]) by monkeyboy.gshapiro.net (8.12.2/8.12.2) with ESMTP id g3ULrk5X000856 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 30 Apr 2002 14:53:46 -0700 (PDT) (envelope-from gshapiro@monkeyboy.gshapiro.net) Received: (from gshapiro@localhost) by monkeyboy.gshapiro.net (8.12.2/8.12.2/Submit) id g3ULrk3A000853; Tue, 30 Apr 2002 14:53:46 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15567.4714.242406.767987@monkeyboy.gshapiro.net> Date: Tue, 30 Apr 2002 14:53:46 -0700 From: Gregory Neil Shapiro To: Bernhard Valenti Cc: freebsd-stable@FreeBSD.ORG Subject: Re: etc/sendmail installworld error In-Reply-To: <20020429102745.5d6c8864.bernhard.valenti@gmx.net> References: <20020429102745.5d6c8864.bernhard.valenti@gmx.net> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG bernhard.valenti> running installworld i get: bernhard.valenti> ===> etc/sendmail bernhard.valenti> rm -f /etc/mail/switch.cf bernhard.valenti> (cd /usr/src/etc/sendmail && m4 bernhard.valenti> -D_CF_DIR_=/usr/src/etc/sendmail/../../contrib/sendmail/cf/ bernhard.valenti> /usr/src/etc/sendmail/../../contrib/sendmail/cf/m4/cf.m4 bernhard.valenti> /etc/mail/switch.mc) > /etc/mail/switch.cf bernhard.valenti> m4: not found bernhard.valenti> *** Error code 127 bernhard.valenti> Stop in /usr/src/etc/sendmail. bernhard.valenti> *** Error code 1 bernhard.valenti> running the "cd /usr/src/etc/sendmamil && m4 ..." command bernhard.valenti> manually (which worked without error) made the following bernhard.valenti> installworld complete without error. this didnt happen bernhard.valenti> with the make world i did last week. For some reason, make can't find m4. /usr/src/Makefile has: PATH= /sbin:/bin:/usr/sbin:/usr/bin Is there something wrong with /usr/bin/m4 on your machine? Is the m4 you are using from your command line in a different directory (/usr/local/bin/ or /usr/local/sbin/)? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 14:57:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sv07e.atm-tzs.kmjeuro.com (sv07e.atm-tzs.kmjeuro.com [193.81.94.207]) by hub.freebsd.org (Postfix) with ESMTP id 040F937B416 for ; Tue, 30 Apr 2002 14:57:17 -0700 (PDT) Received: (from root@localhost) by sv07e.atm-tzs.kmjeuro.com (8.11.5/8.11.4) id g3ULvFK94754 for freebsd-stable@freebsd.org; Tue, 30 Apr 2002 23:57:15 +0200 (CEST) (envelope-from k.joch@kmjeuro.com) Received: from karl (adsl.ooe.kmjeuro.com [193.154.186.21]) (authenticated) by sv07e.atm-tzs.kmjeuro.com (8.11.5/8.11.4) with ESMTP id g3ULv7s94554 for ; Tue, 30 Apr 2002 23:57:08 +0200 (CEST) (envelope-from k.joch@kmjeuro.com) Message-ID: <17d501c1f091$f8df6a40$01000001@ooe.kmjeuro.com> From: "Karl M. Joch" To: Subject: Tape on Mylex DAC960 ? Date: Tue, 30 Apr 2002 23:57:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X--virus-scanner: scanned for Virus and dangerous attachments on sv07e.atm-tzs.kmjeuro.com (System Setup/Maintainance: http://www.ctseuro.com/) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, i build a box with some old Mylex Raid controller and was woundering if the FreeBSD mlx driver supports the tape which is connected to it and shown in the controller setup. the controller itself is known to freebsd (4.5 cvs 27.4.02). if i am right the tape should be shown as sa0 at mlx0. but nothing shown at boot time. also mt status says device not configured. many thanks for any hint. karl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 15:49:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from piggy.rz.tu-ilmenau.de (piggy.rz.tu-ilmenau.de [141.24.4.8]) by hub.freebsd.org (Postfix) with ESMTP id 45C1437B423 for ; Tue, 30 Apr 2002 15:48:46 -0700 (PDT) Received: from gtw.hh59.local (pD9508BFE.dip.t-dialin.net [217.80.139.254]) (authenticated (0 bits)) by piggy.rz.tu-ilmenau.de (8.11.1/8.11.1) with ESMTP id g3UMmhv26418 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) ; Wed, 1 May 2002 00:48:45 +0200 (MET DST) Received: from walnut.hh59.local (walnut.hh59.local [192.168.2.10]) by gtw.hh59.local (8.11.3/8.11.3) with ESMTP id g3UNInT30262 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Wed, 1 May 2002 01:18:50 +0200 (CEST) Received: (qmail 5279 invoked by uid 1000); 30 Apr 2002 22:48:50 -0000 Date: Wed, 1 May 2002 00:48:50 +0200 From: Martin Kaeske To: freebsd-stable@freebsd.org Subject: Re: /dev/dsp: Device busy Message-ID: <20020501004850.A5123@walnut.hh59.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <20020430224551.A2720@walnut.hh59.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020430224551.A2720@walnut.hh59.local>; from Martin.Kaeske@Stud.TU-Ilmenau.DE on Tue, Apr 30, 2002 at 10:45:52PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I forgot to tell what soundcard i use, dmesg reports: pcm0: at port 0x220-0x22f,0x388-0x38b,0x530-0x53f irq 5 drq 1,3 on isa0 Martin -- Mal davon ab, das hier weder C++ noch Visual Basic Ontopic sind, warum will man denn C++ nach VB konvertieren? Ist C++ zu schnell? --- Immo Wehrenberg in de.comp.lang.c --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 15:50: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from lerlaptop.iadfw.net (lerlaptop.iadfw.net [206.66.13.21]) by hub.freebsd.org (Postfix) with ESMTP id A8BA937B421; Tue, 30 Apr 2002 15:49:08 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lerlaptop.iadfw.net (8.12.3/8.12.3) with ESMTP id g3UMn7db010366; Tue, 30 Apr 2002 17:49:07 -0500 (CDT) (envelope-from ler@lerctr.org) Subject: Re: New Laptop: i810: HELP From: Larry Rosenman To: Eric Anholt Cc: Joe Marcus Clarke , John Utz , freebsd-stable@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG In-Reply-To: <1020127967.466.8.camel@anholt.dyndns.org> References: <20020429164649.GA176@lerlaptop.iadfw.net> <20020429170538.GA196@lerlaptop.iadfw.net> <1020106827.22787.16.camel@gyros.marcuscom.com> <1020108438.39799.10.camel@ler-freebie.iadfw.net> <1020127967.466.8.camel@anholt.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 30 Apr 2002 17:49:06 -0500 Message-Id: <1020206947.1605.6.camel@lerlaptop> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, 2002-04-29 at 19:52, Eric Anholt wrote: > On Mon, 2002-04-29 at 13:27, Larry Rosenman wrote: > > Well with that patch, we still get the same thing, but I suspect Eric > > did more than I did with the chips. > > > > Eric, > > I have the I830MG chipset in this laptop, and am willing to > > experiment and get it working on -STABLE. > > > > I currently get a X86 Illegal opcode right after the Gamma Correction > > message in the logs (same as before applying your agp_i810.[ch] patch. > > > > This is on a Fujitsu Lifebook C6651. > > Okay, I poked around in this, and I have to say that where it's going > wrong is totally out of my area of knowledge. As far as I can tell, > it's dying because the bios memory seems to be corrupted, or at least > it's more than the emulator can handle according to Stuart Barkley. > This is strange because Linux users have had it working. > > Just to make see if this is an interaction with AGP (since the agp code > has not been successfully used yet that I know of), could you try > removing AGP from your kernel or not modloading it at boot and see how X > works? It looks like X should handle not having AGP loaded, since you > have 8MB stolen for the card already. If it does work, you'll be > limited in resolution, but not as badly as those who only have 512k or > 1MB stolen. Ok, with Steve Woodford's patch to the x86emu, I'm up and running using the VESA driver, with 1024x768x24BPP. The i810 driver SIGSEGV's. Where do we go from here to get the i810 stuff working? I mailed Eric a log and a backtrace. What else do we need? (This is from the laptop, in X, running GNOME. YEAH!!! Thanks ALL! I've filed a PR (ports/37610) to get Steve's patch into the FreeBSD port. > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 15:51:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from alicia.nttmcl.com (alicia.nttmcl.com [216.69.69.10]) by hub.freebsd.org (Postfix) with ESMTP id 9FF1D37B503 for ; Tue, 30 Apr 2002 15:51:05 -0700 (PDT) Received: (from jj@localhost) by alicia.nttmcl.com (8.10.1/8.10.1) id g3UMott27842; Tue, 30 Apr 2002 15:50:55 -0700 (PDT) Date: Tue, 30 Apr 2002 15:50:55 -0700 From: JJ Behrens To: Joe Marcus Clarke Cc: freebsd-stable@freebsd.org Subject: Dell Inspiron 8100 (was: ata (cd) troubles) Message-ID: <20020430155055.A22824@alicia.nttmcl.com> Mail-Followup-To: JJ Behrens , Joe Marcus Clarke , freebsd-stable@freebsd.org References: <200204300101.g3U11Lg6018433@x4.tucheng.generalresources.com> <20020430213613.A780@freedaemon.home.lan> <1020196845.342.31.camel@gyros.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <1020196845.342.31.camel@gyros.marcuscom.com>; from marcus@marcuscom.com on Tue, Apr 30, 2002 at 04:00:45PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Works for me on my Dell Inspiron 8100. I have my DVD-ROM as a UDMA 33 > device. Joe, What resolution are you using for your Dell Inspiron 8100? I had to build a version of XFree86 out of CVS in order to get 1600x1200. I'm just wondering what you did. -jj -- Users of C++ should consider hanging themselves rather than shooting their legs off--it's best not to use C++ simply as a better C. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 16:15: 6 2002 Delivered-To: freebsd-stable@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 3315F37B41A; Tue, 30 Apr 2002 16:15:03 -0700 (PDT) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id QAA64018; Tue, 30 Apr 2002 16:02:36 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g3UN2aS89479; Tue, 30 Apr 2002 16:02:36 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200204302302.g3UN2aS89479@arch20m.dellroad.org> Subject: Bug in pthread_cancel() To: freebsd-stable@freebsd.org Date: Tue, 30 Apr 2002 16:02:36 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, Any comments positive or negative to the patch in bin/37614 ? I'd like to commit this soon... http://www.freebsd.org/cgi/query-pr.cgi?pr=37614 Thanks, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 18: 8:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mysticjah.org (cha212186230188.chello.fr [212.186.230.188]) by hub.freebsd.org (Postfix) with SMTP id 1B94A37B417 for ; Tue, 30 Apr 2002 18:08:39 -0700 (PDT) Received: (qmail 10272 invoked by uid 1005); 1 May 2002 01:08:32 -0000 Date: Wed, 1 May 2002 01:08:32 +0000 From: fictif To: freebsd-stable@freebsd.org Subject: NFS Trouble : no replies from portmap Message-ID: <20020501010832.A7508@mysticjah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I use NFS on 2 hosts. The first is running FreeBSD 4.4 (not upgraded) (A) The second runs FBSD 4.5 (not upgraded). (B) On the B machine I can mount the part of the A machine but the B machine cant be mounted on the A machine because of a ' NFSPROC_NULL: RPC: Timed out ' error. Indeed, on the B host : I have 'portmap[10261]: connect from 217.128.180.74 to getport(nfs) server: about to do a switch' every time I try to mount from the A host. I should get a 'mountd successful' after this ... =( Maybe it has nothing to do with Versions of FBSD but I just can't understand why the portmap of the B machine doesn't reply ... portmap is not wrapped through hosts.access and no firewall are blocking pakets on the B host, I run the usual rpc services B# rpcinfo -p program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100005 3 udp 865 mountd 100005 3 tcp 990 mountd 100005 1 udp 865 mountd 100005 1 tcp 990 mountd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 18:22:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mysticjah.org (cha212186230188.chello.fr [212.186.230.188]) by hub.freebsd.org (Postfix) with SMTP id 1381237B41A for ; Tue, 30 Apr 2002 18:22:48 -0700 (PDT) Received: (qmail 10370 invoked by uid 1005); 1 May 2002 01:22:47 -0000 Date: Wed, 1 May 2002 01:22:47 +0000 From: fictif To: freebsd-stable@freebsd.org Subject: ipnat.conf syntax ? Message-ID: <20020501012246.A10347@mysticjah.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Basicly, here is my trouble : mysticjah# cat ipnat.conf rdr ed0 192.168.1.1 port 21 -> 192.168.1.2 port 21 tcp mysticjah# ipnat -f ipnat.conf 1: syntax error in "rdr" What's wrong ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 18:34:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by hub.freebsd.org (Postfix) with ESMTP id 9DD1C37B428 for ; Tue, 30 Apr 2002 18:34:14 -0700 (PDT) Received: from zoot.corp.yahoo.com (zoot.corp.yahoo.com [216.145.52.89]) by mrout2.yahoo.com (8.11.6/8.11.6/y.out) with ESMTP id g411XWE79827; Tue, 30 Apr 2002 18:33:32 -0700 (PDT) Received: from localhost (dougb@localhost) by zoot.corp.yahoo.com (8.12.3/8.12.3/Submit) with ESMTP id g3R38VpW018792; Fri, 26 Apr 2002 20:08:37 -0700 (PDT) X-Authentication-Warning: zoot.corp.yahoo.com: dougb owned process doing -bs Date: Fri, 26 Apr 2002 20:08:31 -0700 (PDT) From: Doug Barton X-X-Sender: dougb@zoot.corp.yahoo.com To: Stanley Hopcroft Cc: FreeBSD-STABLE@FreeBSD.org Subject: Re: Why won't bind 8.2.4-REL run properly as as user bind (4.5-REL-p3) not chrooted ? In-Reply-To: <20020427115050.H219@IPAustralia.Gov.AU> Message-ID: <20020426200708.H18791-100000@zoot.corp.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 27 Apr 2002, Stanley Hopcroft wrote: > Dear Ladies and Gentlemen, > > I am writing to ask you help with bind after a recent OS upgrade (from > an old 4.3-STABLE to 4.5-REL-p3). You should not be running a version of named that old. Go install the 8.3.1 version in ports, and change your /etc/rc.conf file to point to /usr/local/sbin/named instead of just 'named'. 8.3.1 has no problems running chroot'ed. Good luck, Doug -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 19:35:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from horsey.gshapiro.net (horsey.gshapiro.net [209.220.147.178]) by hub.freebsd.org (Postfix) with ESMTP id 633D037B41A for ; Tue, 30 Apr 2002 19:35:16 -0700 (PDT) Received: from horsey.gshapiro.net (gshapiro@localhost [IPv6:::1]) by horsey.gshapiro.net (8.12.3/8.12.3) with ESMTP id g412ZAA2022142 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 30 Apr 2002 19:35:11 -0700 (PDT) Received: (from gshapiro@localhost) by horsey.gshapiro.net (8.12.3/8.12.3/Submit) id g412ZAAt022130; Tue, 30 Apr 2002 19:35:10 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15567.21598.143606.188169@horsey.gshapiro.net> Date: Tue, 30 Apr 2002 19:35:10 -0700 From: Gregory Neil Shapiro To: Alan Clegg Cc: freebsd-stable@FreeBSD.ORG Subject: Re: change in UPDATING In-Reply-To: <20020430082149.D48266@shell.wetworks.org> References: <20020430082149.D48266@shell.wetworks.org> X-Mailer: VM 7.00 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG alan> I think it would be a good idea to add a note (similar to the one alan> about using the new mergemaster (with -C option)) to UPDATING that alan> explains that you can use the same formula (cd alan> /usr/src/usr.sbin/mergemaster; make all install) followed by a alan> "mergemaster -p" to fixup the smmsp user/group. Done. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 19:35:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from reiters.org (reiters.org [64.40.73.246]) by hub.freebsd.org (Postfix) with ESMTP id 4E54737B41A for ; Tue, 30 Apr 2002 19:35:34 -0700 (PDT) Received: by reiters.org (Postfix, from userid 1001) id 6C85BD635; Tue, 30 Apr 2002 21:35:32 -0500 (CDT) Date: Tue, 30 Apr 2002 21:35:32 -0500 From: Dennis Reiter To: Albert Everett Cc: freebsd-stable@freebsd.org Subject: Re: postfix within jail under FreeBSD 4.5 Message-ID: <20020501023532.GE99847@reiters.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.25i X-Uptime: 9:33PM up 8 days, 6:25, 5 users, load averages: 0.01, 0.04, 0.06 X-Pooftas: No X-Message-Flag: Contents Under Pressure X-PGP-Key: http://pgp.dtype.org:11371/pks/lookup?op=get&search=0x997F9D70 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Mon, Apr 29, 2002 at 09:37:33AM -0500, Albert Everett wrote: > I while back someone wrote in that postfix doesn't work (without the > right patch) inside jails under FreeBSD 4.5. > > Has there been any change in status on this issue? > I'm running it in several jails under 4.4 as we speak. I did set inet_interfaces = $myhostname (leaving off localhost,) though. -- Denny Reiter denny@reiters.org So I don't hurt your feelings: happydenny@reiters.org www.scapegoats.org Have you reconsidered a computer career? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 19:51: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gyros.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158]) by hub.freebsd.org (Postfix) with ESMTP id 2241337B419 for ; Tue, 30 Apr 2002 19:51:04 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by gyros.marcuscom.com (8.12.3/8.12.3) with ESMTP id g412p0cN000371; Tue, 30 Apr 2002 22:51:01 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Re: Dell Inspiron 8100 (was: ata (cd) troubles) From: Joe Marcus Clarke To: JJ Behrens Cc: freebsd-stable@freebsd.org In-Reply-To: <20020430155055.A22824@alicia.nttmcl.com> References: <200204300101.g3U11Lg6018433@x4.tucheng.generalresources.com> <20020430213613.A780@freedaemon.home.lan> <1020196845.342.31.camel@gyros.marcuscom.com> <20020430155055.A22824@alicia.nttmcl.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 30 Apr 2002 22:51:00 -0400 Message-Id: <1020221461.330.1.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 2002-04-30 at 19:50, JJ Behrens wrote: > > Works for me on my Dell Inspiron 8100. I have my DVD-ROM as a UDMA 33 > > device. > > Joe, > > What resolution are you using for your Dell Inspiron 8100? I had to build > a version of XFree86 out of CVS in order to get 1600x1200. I'm just wondering > what you did. 1600x1200. I wrote a tech tip at http://www.marcuscom.com/g2g-xfree86/article.html on how to build the necessary CVS components for getting the GeForce2 Go working. Joe > > -jj > > -- > Users of C++ should consider hanging themselves rather than shooting their > legs off--it's best not to use C++ simply as a better C. > -- PGP Key: http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 19:57: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from snipe.prod.itd.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id A24B337B41C; Tue, 30 Apr 2002 19:56:55 -0700 (PDT) Received: from 209-239-209-121.stk.jps.net ([209.239.209.121] helo=rover) by snipe.prod.itd.earthlink.net with smtp (Exim 3.33 #2) id 172kIS-0003jc-00; Tue, 30 Apr 2002 19:56:49 -0700 From: "Sameer R. Manek" To: "Doug Barton" , "Stanley Hopcroft" Cc: Subject: RE: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Date: Tue, 30 Apr 2002 19:56:40 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20020426200708.H18791-100000@zoot.corp.yahoo.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG]On Behalf Of Doug Barton > Sent: Friday, April 26, 2002 8:09 PM > > On Sat, 27 Apr 2002, Stanley Hopcroft wrote: > > > Dear Ladies and Gentlemen, > > > > I am writing to ask you help with bind after a recent OS upgrade (from > > an old 4.3-STABLE to 4.5-REL-p3). > > You should not be running a version of named that old. Go install > the 8.3.1 version in ports, and change your /etc/rc.conf file to point to > /usr/local/sbin/named instead of just 'named'. 8.3.1 has no problems > running chroot'ed. > Stanley, are you sure you're upgrade went as planned? If you're running 4.5, you should be running 8.3.1-REL, which is in /usr/src/contrib/bind. Check the Version file in there. Bind 8.2.4-REL is relatively old, and may have some holes in it. I'm not sure if http://www.isc.org/products/BIND/bind-security.html is up to date or not, but ISC recommends 8.3.1 as well. Sameer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 20: 0:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id 2022737B41A; Tue, 30 Apr 2002 20:00:19 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id EF25410347D; Wed, 1 May 2002 00:00:10 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 2C008103416; Tue, 30 Apr 2002 23:59:58 -0300 (ADT) Date: Tue, 30 Apr 2002 23:59:58 -0300 (ADT) From: "Marc G. Fournier" To: John Utz Cc: freebsd-stable@FreeBSD.ORG, Subject: Re: ASUS A7M266-D: enabling 'on board sound' In-Reply-To: Message-ID: <20020430235723.X15173-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 23 Apr 2002, John Utz wrote: > huh, bet this might be an smp problem.... > > works like a champ on my ASUS board. > > > On Tue, 23 Apr 2002, Marc G. Fournier wrote: > > > > > Morning all ... > > > > Just recently picked up an ASUS A7M266-D Motherboard with Dual: > > "(AMD Athlon(TM) MP Processor (1200.05-MHz 686-class CPU)" ... the system > > purrs like the proverbial kitten ... but the one thing that is eluding me > > so far is getting the onboard sound to work ... > > > > I think I've gone through just about everything ... I enabled > > PNPBIOS in my kernel, made sure the sound device was enabled in the BIOS > > ... nadda ... > > > > The error I'm seeing in dmesg is: > > > > pcm0: at device 4.0 on pci2 > > pcm0: cmi_attach: Cannot allocate bus resource > > device_probe_and_attach: pcm0 attach returned 6 > > this could be one of two things: > > 1. your version of the CMI8738 might have a new pnp number, but i sorta > doubt it because then you wouldnt get the 'CMedia CMI8738' string. that is kinda what I'm figuring too ... > 2. All Your Interrupts Are Belong To Somebody Else! > > the extra bits of tomfoolery involved in getting a second cpu to live in > an architecture than never imagined more than one (daisy chained 8259a's, > still?) may have consumed the available interrupts. Actually, I thought about this, and one problem with this theory ... right now, I have both serial ports and the parallel port disabled, which should free up 3/4 and 5 (or is it 7?) ... if I re-enable them, they come up fine with their respective IRQs ;( > 3. Other, more reasonable, but more subtle problems that i cant imagine > :-) > > > I'd suggest the ol' boot -v and see what you get for a dmesg..... Will try this one tomorrow at the office ... > > > > I've tried manually setting in the kernel: > > > > > strings /kernel | grep pcm0 > > pcm0_resources > > ___device pcm0 at isa? irq 5 drq 1 flags 0x0 > > > > but that hasn't made any difference ... > > > > Anyone have any experience with this board, or this chipset, that > > might be able to suggest a course of action here? > > > > thanks ... > > > > > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-multimedia" in the body of the message > > > > -- > > John L. Utz III > john@utzweb.net > > Idiocy is the Impulse Function in the Convolution of Life > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 20:24:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tgz.techgodz.com (mdsnwi13-vlan436-120.dsl.tds.net [66.222.30.120]) by hub.freebsd.org (Postfix) with ESMTP id 2FFA237B417 for ; Tue, 30 Apr 2002 20:24:21 -0700 (PDT) Received: from sonic (unknown [192.168.1.101]) by tgz.techgodz.com (Postfix) with SMTP id 0B0185DB6; Tue, 30 Apr 2002 22:24:25 -0500 (CDT) Message-ID: <009a01c1f0bf$d8e439e0$6501a8c0@techgodz.com> From: "John" To: "fictif" , References: <20020501012246.A10347@mysticjah.org> Subject: Re: ipnat.conf syntax ? Date: Tue, 30 Apr 2002 22:25:30 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I may not be the foremost expert on this, but I'm going to take a swing at this one... If you take a look at man ipnat(5), all examples include the /mask. Try this and see if it brings joy: rdr ed0 192.168.1.1/32 port 21 -> 192.168.1.2 port 21 tcp (I tested one of my rdr lines without the mask, and got: 10: no netmask on LHS 10: syntax error in "rdr" when I tried to ipnat -f /etc/ipnat.rules. HTH, John Ricker Microsoft: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming or what?" ----- Original Message ----- From: "fictif" To: Sent: Tuesday, April 30, 2002 8:22 PM Subject: ipnat.conf syntax ? Basicly, here is my trouble : mysticjah# cat ipnat.conf rdr ed0 192.168.1.1 port 21 -> 192.168.1.2 port 21 tcp mysticjah# ipnat -f ipnat.conf 1: syntax error in "rdr" What's wrong ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 20:28:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from warez.scriptkiddie.org (uswest-dsl-142-38.cortland.com [209.162.142.38]) by hub.freebsd.org (Postfix) with ESMTP id CAC1A37B400 for ; Tue, 30 Apr 2002 20:28:07 -0700 (PDT) Received: from [192.168.69.11] (unknown [192.168.69.11]) by warez.scriptkiddie.org (Postfix) with ESMTP id DE5FD62D1A; Tue, 30 Apr 2002 20:28:06 -0700 (PDT) Date: Tue, 30 Apr 2002 20:30:33 -0700 (PDT) From: Lamont Granquist To: Mike Meyer Cc: Subject: Re: Build sequence (was Re: mergemaster theory (was: Re: /etc/defaults/rc.conf theory) ) In-Reply-To: <15566.52488.880073.197196@guru.mired.org> Message-ID: <20020430202854.B4911-100000@coredump.scriptkiddie.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 30 Apr 2002, Mike Meyer wrote: > What's missed here is that running an old kernel and a new userland is > more likely to screw things up. In fact this is now broken if you try to build -current on a -stable box. You can't run the -current userland on a -stable kernel to do an install anymore. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 20:31:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 49F8137B41D for ; Tue, 30 Apr 2002 20:31:36 -0700 (PDT) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.1/8.12.1) with ESMTP id g413VYHZ007890; Tue, 30 Apr 2002 23:31:34 -0400 (EDT) Date: Tue, 30 Apr 2002 23:31:34 -0400 (EDT) From: Daniel Eischen To: Archie Cobbs Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Bug in pthread_cancel() In-Reply-To: <200204302302.g3UN2aS89479@arch20m.dellroad.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 30 Apr 2002, Archie Cobbs wrote: > Hi, > Any comments positive or negative to the patch in bin/37614 ? > I'd like to commit this soon... > > http://www.freebsd.org/cgi/query-pr.cgi?pr=37614 The patch is for stable, but would need to be applied to -current first (after some adjustment). Hmm, what about just bypassing the pthread_cancel() if the thread is already in the process of exiting? Index: uthread_cancel.c =================================================================== RCS file: /opt/d/CVS/src/lib/libc_r/uthread/uthread_cancel.c,v retrieving revision 1.12 diff -u -r1.12 uthread_cancel.c --- uthread_cancel.c 6 Mar 2002 19:28:40 -0000 1.12 +++ uthread_cancel.c 1 May 2002 02:35:23 -0000 @@ -20,7 +20,8 @@ if ((ret = _find_thread(pthread)) != 0) { /* NOTHING */ - } else if (pthread->state == PS_DEAD || pthread->state == PS_DEADLOCK) { + } else if (pthread->state == PS_DEAD || pthread->state == PS_DEADLOCK + || (pthread->flags & PTHREAD_EXITING) != 0) { ret = 0; } else { /* Protect the scheduling queues: */ -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 21: 7:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from patrocles.silby.com (d149.as9.nwbl0.wi.voyager.net [169.207.133.215]) by hub.freebsd.org (Postfix) with ESMTP id 280E737B400 for ; Tue, 30 Apr 2002 21:07:04 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.3/8.12.3) with ESMTP id g4147UUm033326 for ; Tue, 30 Apr 2002 23:07:30 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.3/8.12.3/Submit) with ESMTP id g4147T4P033323 for ; Tue, 30 Apr 2002 23:07:30 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Tue, 30 Apr 2002 23:07:29 -0500 (CDT) From: Mike Silbersack To: stable@freebsd.org Subject: Heads Up: Accept filters fixed Message-ID: <20020430225620.D32402-200000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1138352283-1020226049=:32402" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1138352283-1020226049=:32402 Content-Type: TEXT/PLAIN; charset=US-ASCII Just a quick note for those of you using accept filters with a 4.4+ kernel using the syncache: Your accept filters are broken, and easily DoSable. The fix (attached) has now been committed to both 5.0 and 4.5, so I recommend doing one of two things if you're using accept filters: 1. Stop using them. 2. Patch or cvsup and rebuild your kernel. Mike "Silby" Silbersack ---------- Forwarded message ---------- Date: Tue, 30 Apr 2002 20:27:35 -0700 (PDT) From: Mike Silbersack To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/kern uipc_socket.c uipc_socket2.c silby 2002/04/30 20:27:35 PDT Modified files: (Branch: RELENG_4) sys/kern uipc_socket.c uipc_socket2.c Log: MFC: Make sure that sockets undergoing accept filtering are aborted in a LRU fashion when the listen queue fills up. Previously, there was no mechanism to kick out old sockets, leading to an easy DoS of daemons using accept filtering. Revision Changes Path 1.116 +1 -2 src/sys/kern/uipc_socket.c 1.87 +7 -1 src/sys/kern/uipc_socket2.c Revision Changes Path 1.68.2.21 +1 -2 src/sys/kern/uipc_socket.c 1.55.2.14 +7 -1 src/sys/kern/uipc_socket2.c --0-1138352283-1020226049=:32402 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="acceptfilterfix2-stable.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20020430230729.O32402@patrocles.silby.com> Content-Description: Content-Disposition: attachment; filename="acceptfilterfix2-stable.patch" ZGlmZiAtdSAtciAvdXNyL3NyYy9zeXMub2xkL2tlcm4vdWlwY19zb2NrZXQu YyAvdXNyL3NyYy9zeXMva2Vybi91aXBjX3NvY2tldC5jDQotLS0gL3Vzci9z cmMvc3lzLm9sZC9rZXJuL3VpcGNfc29ja2V0LmMJVGh1IEFwciAyNSAwMToy NDoyNCAyMDAyDQorKysgL3Vzci9zcmMvc3lzL2tlcm4vdWlwY19zb2NrZXQu YwlUaHUgQXByIDI1IDAxOjI4OjQwIDIwMDINCkBAIC0yNTcsNyArMjU3LDYg QEANCiAJCX0gZWxzZSB7DQogCQkJcGFuaWMoInNvZnJlZTogbm90IHF1ZXVl ZCIpOw0KIAkJfQ0KLQkJaGVhZC0+c29fcWxlbi0tOw0KIAkJc28tPnNvX3N0 YXRlICY9IH5TU19JTkNPTVA7DQogCQlzby0+c29faGVhZCA9IE5VTEw7DQog CX0NCkBAIC0xNjQyLDYgKzE2NDEsNiBAQA0KIHsNCiAJc3RydWN0IHNvY2tl dCAqc28gPSAoc3RydWN0IHNvY2tldCAqKWtuLT5rbl9mcC0+Zl9kYXRhOw0K IA0KLQlrbi0+a25fZGF0YSA9IHNvLT5zb19xbGVuIC0gc28tPnNvX2luY3Fs ZW47DQorCWtuLT5rbl9kYXRhID0gc28tPnNvX3FsZW47DQogCXJldHVybiAo ISBUQUlMUV9FTVBUWSgmc28tPnNvX2NvbXApKTsNCiB9DQpkaWZmIC11IC1y IC91c3Ivc3JjL3N5cy5vbGQva2Vybi91aXBjX3NvY2tldDIuYyAvdXNyL3Ny Yy9zeXMva2Vybi91aXBjX3NvY2tldDIuYw0KLS0tIC91c3Ivc3JjL3N5cy5v bGQva2Vybi91aXBjX3NvY2tldDIuYwlUaHUgQXByIDI1IDAxOjI0OjI0IDIw MDINCisrKyAvdXNyL3NyYy9zeXMva2Vybi91aXBjX3NvY2tldDIuYwlUaHUg QXByIDI1IDE2OjQzOjM3IDIwMDINCkBAIC0xMjMsNiArMTIzLDcgQEANCiAJ CWhlYWQtPnNvX2luY3FsZW4tLTsNCiAJCXNvLT5zb19zdGF0ZSAmPSB+U1Nf SU5DT01QOw0KIAkJVEFJTFFfSU5TRVJUX1RBSUwoJmhlYWQtPnNvX2NvbXAs IHNvLCBzb19saXN0KTsNCisJCWhlYWQtPnNvX3FsZW4rKzsNCiAJCXNvLT5z b19zdGF0ZSB8PSBTU19DT01QOw0KIAkJc29yd2FrZXVwKGhlYWQpOw0KIAkJ d2FrZXVwX29uZSgmaGVhZC0+c29fdGltZW8pOw0KQEAgLTI1MSwxMiArMjUy LDE3IEBADQogCWlmIChjb25uc3RhdHVzKSB7DQogCQlUQUlMUV9JTlNFUlRf VEFJTCgmaGVhZC0+c29fY29tcCwgc28sIHNvX2xpc3QpOw0KIAkJc28tPnNv X3N0YXRlIHw9IFNTX0NPTVA7DQorCQloZWFkLT5zb19xbGVuKys7DQogCX0g ZWxzZSB7DQorCQlpZiAoaGVhZC0+c29faW5jcWxlbiA+PSBoZWFkLT5zb19x bGltaXQpIHsNCisJCQlzdHJ1Y3Qgc29ja2V0ICpzcDsNCisJCQlzcCA9IFRB SUxRX0ZJUlNUKCZoZWFkLT5zb19pbmNvbXApOw0KKwkJCSh2b2lkKSBzb2Fi b3J0KHNwKTsNCisJCX0NCiAJCVRBSUxRX0lOU0VSVF9UQUlMKCZoZWFkLT5z b19pbmNvbXAsIHNvLCBzb19saXN0KTsNCiAJCXNvLT5zb19zdGF0ZSB8PSBT U19JTkNPTVA7DQogCQloZWFkLT5zb19pbmNxbGVuKys7DQogCX0NCi0JaGVh ZC0+c29fcWxlbisrOw0KIAlpZiAoY29ubnN0YXR1cykgew0KIAkJc29yd2Fr ZXVwKGhlYWQpOw0KIAkJd2FrZXVwKChjYWRkcl90KSZoZWFkLT5zb190aW1l byk7DQo= --0-1138352283-1020226049=:32402-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 21:12:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 4DF7237B419 for ; Tue, 30 Apr 2002 21:12:37 -0700 (PDT) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.12.1/8.12.1) with ESMTP id g414CV6o119588; Wed, 1 May 2002 00:12:31 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20020430225620.D32402-200000@patrocles.silby.com> References: <20020430225620.D32402-200000@patrocles.silby.com> Date: Wed, 1 May 2002 00:12:30 -0400 To: Mike Silbersack , stable@FreeBSD.ORG From: Garance A Drosihn Subject: Re: Heads Up: Accept filters fixed Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: MIMEDefang 2.3 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG At 11:07 PM -0500 4/30/02, Mike Silbersack wrote: >Just a quick note for those of you using accept filters with >a 4.4+ kernel using the syncache: Your accept filters are >broken, and easily DoSable. > >The fix (attached) has now been committed to both 5.0 and 4.5, >so I recommend doing one of two things if you're using accept >filters: How seriously are they broken? Should this be MFC'ed into RELENG_4_5 ? (security-patches branch) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 21:15:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id EAEC337B405 for ; Tue, 30 Apr 2002 21:15:46 -0700 (PDT) Received: (qmail 18626 invoked by uid 0); 1 May 2002 04:15:45 -0000 Received: from p50910814.dip0.t-ipconnect.de (HELO mail.gsinet.sittig.org) (80.145.8.20) by mail.gmx.net (mp001-rz3) with SMTP; 1 May 2002 04:15:45 -0000 Received: (qmail 86632 invoked from network); 30 Apr 2002 19:59:40 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 30 Apr 2002 19:59:40 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id g3UJxWY86619 for freebsd-stable@FreeBSD.ORG; Tue, 30 Apr 2002 21:59:32 +0200 (CEST) (envelope-from sittig) Date: Tue, 30 Apr 2002 21:59:32 +0200 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: buffer size Message-ID: <20020430215932.U1494@shell.gsinet.sittig.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20020430114023.GA76954@dru.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020430114023.GA76954@dru.dn.ua>; from admin@dru.dn.ua on Tue, Apr 30, 2002 at 02:40:23PM +0300 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Apr 30, 2002 at 14:40 +0300, Vladislav V. Zhuk wrote: > > How to increase buffer size for cut and paste functions if the > mouse pointer is enabled in the virtual console via vidcontrol(1) ?? > > I need to copy entire screen. src/sys/dev/syscons/scmouse.c dynamically allocates the cut_buffer array and computes the cut_buffer_size from the screen coordinates. So the buffer should be able to hold the whole screen's content. Do you change the screen's dimension after using the clipboard? BTW you don't mention your system's `uname -sr` output. > 2-nd question: after paste empty lines are lost. For example, I copy > next area of screen: > -------------------------- > line 1 > > line 3 > > line 5 > -------------------------- > after paste I get: > -------------------------- > line 1 > line 3 > line 5 > -------------------------- > > It's WRONG. How to fix this?? Have a look at PR kern/21156: ("[PATCH] inconsistency in scmouse vs xterm behaviour"). The "squeezing empty lines" you experienced is mentioned there and sobomax already fixed two of the three items last autumn (although I cannot tell if it has been MFCed since I run the local patch here). BTW do I still feel that the _assumption_ "when there are characters at the end of one screen line and at the start of the next screen line it's only "optically" wrapped and there was no line feed in between" is more appropriate than the current behaviour. So I still suggest the one line patch from my last followup (from 9 Dec 2001) for consideration. The only "clean" solution to this - as discusses in the PR - was to keep track of how the screen content was drawn and probably is too much to ask for a console driver. virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 21:32:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from figg.isecure.com.au (ns2.isecure.com.au [202.125.4.72]) by hub.freebsd.org (Postfix) with ESMTP id D9CEF37B400 for ; Tue, 30 Apr 2002 21:32:35 -0700 (PDT) Received: from iron.isentry.net.au (iron.isecure.com.au [202.125.4.94] (may be forged)) by figg.isecure.com.au (8.11.3/8.11.3) with ESMTP id g414WTL01860; Wed, 1 May 2002 14:32:29 +1000 Received: (from smap@localhost) by iron.isentry.net.au (8.11.2/8.10.2) id g414WTU09892; Wed, 1 May 2002 14:32:29 +1000 (EST) X-Authentication-Warning: iron.isentry.net.au: smap set sender to using -f Received: from nodnsquery(10.11.3.10) by iron via smap (V5.5) id xma009886; Wed, 1 May 02 14:32:20 +1000 Received: from vmail.aipo.gov.au (localhost [127.0.0.1]) by gibbons.isecure.com.au (8.11.3/8.10.2) with ESMTP id g414WKN00650; Wed, 1 May 2002 14:32:20 +1000 Received: from stan.aipo.gov.au (wf-93.aipo.gov.au [192.168.1.93]) by vmail.aipo.gov.au (8.11.6/8.11.6) with ESMTP id g414WJi21474; Wed, 1 May 2002 14:32:19 +1000 (EST) (envelope-from xwin@IPAustralia.Gov.AU) Received: (from xwin@localhost) by stan.aipo.gov.au (8.11.6/8.11.6) id g414WIe00195; Wed, 1 May 2002 14:32:18 +1000 (EST) (envelope-from xwin@IPAustralia.Gov.AU) X-Authentication-Warning: stan.aipo.gov.au: xwin set sender to xwin@IPAustralia.Gov.AU using -f Date: Wed, 1 May 2002 14:32:18 +1000 From: Stanley Hopcroft To: "Sameer R. Manek" Cc: FreeBSD-Stable@FreeBSD.ORG Subject: Re: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Message-ID: <20020501143216.A171@IPAustralia.Gov.AU> References: <20020426200708.H18791-100000@zoot.corp.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from manek@ecst.csuchico.edu on Tue, Apr 30, 2002 at 07:56:40PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Dear Sir, I am writing to thank you for your encouraging remarks and say On Tue, Apr 30, 2002 at 07:56:40PM -0700, Sameer R. Manek wrote: > > Stanley, are you sure you're upgrade went as planned? If you're running 4.5, > you should be running 8.3.1-REL, which is in /usr/src/contrib/bind. Check > the Version file in there. Bind 8.2.4-REL is relatively old, and may have > some holes in it. I'm not sure if > http://www.isc.org/products/BIND/bind-security.html is up to date or not, > but ISC recommends 8.3.1 as well. > > Sameer > that your remarks are helpful but leave me perplexed. Here is what I have from a RELENG_4_5 update tsitc2# cat /usr/src/contrib/bind/Version 8.2.4-REL tsitc2# head -15 /usr/src/UPDATING Updating Information for FreeBSD STABLE users, 4.5 security branch This file is maintained and copyrighted by M. Warner Losh . Please send new entries directly to him. See end of file for further details. For commonly done items, please see the COMMON ITEMS: section later in the file. A reverse chronology since 4.0 was released is included, followed by the common items quick how-tos, followed by entries for versions of -current prior to 4.0 Release. This is for the 4.5 release branch. All entries since 4.5 are an itemized list of commits to this branch, numbered from the beginning. By this count, we're at 4.5-RELEASE-p4. tsitc2# tail -5 /usr/src/UPDATING If you find this document useful, and you want to, you may buy the author a beer. $FreeBSD: src/UPDATING,v 1.73.2.50.2.9 2002/04/30 08:55:29 asmodai Exp $ tsitc2# So it looks as if I have 4.5-RELEASE-p4 but yet BIND 8.2.4. There arn no signs that the cvs update failed. So, what version of BIND __should__ be supplied in 4.5-RELEASE-p4 ? Thank you, Yours sincerely. -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 21:33:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail2.superonline.com (mail2.superonline.com [212.252.122.47]) by hub.freebsd.org (Postfix) with ESMTP id 79C4A37B404 for ; Tue, 30 Apr 2002 21:33:47 -0700 (PDT) Received: from athlon1.bsdlin.de ([217.131.198.137]) by mail2.superonline.com with SMTP id <20020501043814.ZWFS24621.mail2@athlon1.bsdlin.de> for ; Wed, 1 May 2002 07:38:14 +0300 Date: Wed, 1 May 2002 07:33:55 +0300 From: Ugur Artus To: freebsd-stable@FreeBSD.org Message-Id: <20020501073355.33245834.ugurartus@superonline.com> X-Mailer: Sylpheed version 0.7.0claws (GTK+ 1.2.10; i386--freebsd4.5) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG subscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 21:47:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from patrocles.silby.com (d149.as9.nwbl0.wi.voyager.net [169.207.133.215]) by hub.freebsd.org (Postfix) with ESMTP id BD35F37B405 for ; Tue, 30 Apr 2002 21:47:47 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.3/8.12.3) with ESMTP id g414mBUm033476; Tue, 30 Apr 2002 23:48:11 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.3/8.12.3/Submit) with ESMTP id g414lsgi033473; Tue, 30 Apr 2002 23:48:10 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Tue, 30 Apr 2002 23:47:54 -0500 (CDT) From: Mike Silbersack To: Garance A Drosihn Cc: stable@FreeBSD.ORG Subject: Re: Heads Up: Accept filters fixed In-Reply-To: Message-ID: <20020430234550.M33460-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 1 May 2002, Garance A Drosihn wrote: > At 11:07 PM -0500 4/30/02, Mike Silbersack wrote: > >Just a quick note for those of you using accept filters with > >a 4.4+ kernel using the syncache: Your accept filters are > >broken, and easily DoSable. > > > >The fix (attached) has now been committed to both 5.0 and 4.5, > >so I recommend doing one of two things if you're using accept > >filters: > > How seriously are they broken? > Should this be MFC'ed into RELENG_4_5 ? (security-patches branch) > > -- > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Well, they're easily DoSable, but you can tell who's hogging the connections with a simple netstat. If someone wants to merge the change to RELENG_4_5, that'd be fine with me, but I don't think it's security advisory material. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 22:12:41 2002 Delivered-To: freebsd-stable@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id 5068B37B41C for ; Tue, 30 Apr 2002 22:12:37 -0700 (PDT) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g415CZd25132 for ; Wed, 1 May 2002 15:12:35 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Wed, 01 May 2002 15:12:06 +1000 Reply-To: From: "Chris Knight" To: Cc: Subject: RE: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Date: Wed, 1 May 2002 15:12:04 +1000 Message-ID: <01e501c1f0ce$bc6cca20$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: FreeBSD-Stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, > > So, what version of BIND __should__ be supplied in 4.5-RELEASE-p4 ? > 8.2.4 is in RELENG_4_5 (4.5-p4) 8.3.1 is in RELENG_4 (4-stable) Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Tue Apr 30 23:10:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from terrasat.ro (lc0.terrasat.ro [81.18.64.17]) by hub.freebsd.org (Postfix) with ESMTP id 6E61037B404 for ; Tue, 30 Apr 2002 23:10:03 -0700 (PDT) Received: from razvan (unverified [81.18.65.131]) by terrasat.ro (Vircom SMTPRS 4.3.182) with ESMTP id for ; Wed, 1 May 2002 09:09:39 +0300 From: "Razvan Cremenescu" To: Subject: RE: ipnat.conf syntax ? Date: Wed, 1 May 2002 09:09:53 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <20020501012246.A10347@mysticjah.org> Importance: Normal Disposition-Notification-To: "Razvan Cremenescu" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ipnat.conf should look like this: map rl0 (external interface) 192.168.0.0/24 -> 0/32 (or other ip) then, in rc.local: /sbin/ipnat -CF /sbin/ipnat -f /etc/ipnat.conf Razvan Cremenescu, ================================= Network Operations Center Pitesti e-mail: cremenescu@terrasat.ro Tel: +40-48-250015 int. 25 +40-48-251112 int. 25 Mobile: +40-92-685805 ================================= Terra Sat Comp Resita 1700 CS, Romania http://www.terrasat.ro company@terrasat.ro Tel: +40-55-220012 +40-55-220013 Fax: +40-55-220117 ================================= It took the computing power of three C-64s to fly to the Moon. It takes an 800Mhz P3 to run Windows XP. Something is wrong here. -----Original Message----- From: owner-freebsd-stable@FreeBSD.ORG [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of fictif Sent: Wednesday, May 01, 2002 4:23 AM To: freebsd-stable@freebsd.org Subject: ipnat.conf syntax ? Basicly, here is my trouble : mysticjah# cat ipnat.conf rdr ed0 192.168.1.1 port 21 -> 192.168.1.2 port 21 tcp mysticjah# ipnat -f ipnat.conf 1: syntax error in "rdr" What's wrong ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 1:15:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 3989537B405 for ; Wed, 1 May 2002 01:15:34 -0700 (PDT) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 1 May 2002 09:15:33 +0100 (BST) To: fictif Cc: freebsd-stable@freebsd.org Subject: Re: NFS Trouble : no replies from portmap In-Reply-To: Your message of "Wed, 01 May 2002 01:08:32 -0000." <20020501010832.A7508@mysticjah.org> Date: Wed, 01 May 2002 09:15:30 +0100 From: Ian Dowse Message-ID: <200205010915.aa61183@salmon.maths.tcd.ie> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020501010832.A7508@mysticjah.org>, fictif writes: >but the B machine cant be mounted on the A machine because of a ' NFSPROC_NULL >: RPC: Timed out ' error. Indeed, on the B host : I have >'portmap[10261]: connect from 217.128.180.74 to getport(nfs) Does machine B have more than one network interface? If so, you need to use nfsd's `-h' option (see `man nfsd' and add change nfs_server_flags in rc.conf) on machine B to ensure that replies come from the right address. Otherwise, tcpdump may help you to determine what is happening to the NFSPROC_NULL requests. Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 2:40: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by hub.freebsd.org (Postfix) with ESMTP id EA50437B400 for ; Wed, 1 May 2002 02:40:01 -0700 (PDT) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.2/8.12.2) with ESMTP id g419dxWC099325; Wed, 1 May 2002 11:40:00 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.2/8.12.2/Submit) id g419dxr0099324; Wed, 1 May 2002 11:39:59 +0200 (CEST) Date: Wed, 1 May 2002 11:39:59 +0200 From: Wilko Bulte To: "Karl M. Joch" Cc: freebsd-stable@FreeBSD.ORG Subject: Re: Tape on Mylex DAC960 ? Message-ID: <20020501113959.C99279@freebie.xs4all.nl> References: <17d501c1f091$f8df6a40$01000001@ooe.kmjeuro.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <17d501c1f091$f8df6a40$01000001@ooe.kmjeuro.com>; from k.joch@kmjeuro.com on Tue, Apr 30, 2002 at 11:57:00PM +0200 X-OS: FreeBSD 4.5-STABLE X-PGP: finger wilko@freebsd.org Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Apr 30, 2002 at 11:57:00PM +0200, Karl M. Joch wrote: No, passthru to tape is not supported (unless I'm very mistaken) > Hello, > > i build a box with some old Mylex Raid controller and was woundering if the > FreeBSD mlx driver supports the tape which is connected to it and shown in > the controller setup. the controller itself is known to freebsd (4.5 cvs > 27.4.02). if i am right the tape should be shown as sa0 at mlx0. but nothing > shown at boot time. also mt status says device not configured. > > many thanks for any hint. > > karl > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message ---end of quoted text--- -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 3:40:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 940D937B416 for ; Wed, 1 May 2002 03:40:12 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g41AdZf44330; Wed, 1 May 2002 19:39:35 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: In-Reply-To: References: <20020426200708.H18791-100000@zoot.corp.yahoo.com> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 10 From: Makoto Matsushita To: manek@ecst.csuchico.edu Subject: RE: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Date: Wed, 01 May 2002 19:39:33 +0900 Message-Id: <20020501193933G.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG manek> Stanley, are you sure you're upgrade went as planned? If you're manek> running 4.5, you should be running 8.3.1-REL, which is in manek> /usr/src/contrib/bind. No. 4.5-RELEASE bundles BIND 8.2.4; BIND 8.3.1 was imported to FreeBSD (both 5-current and 4-stable) in Feb/2002. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 5:11:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from a96180.upc-a.chello.nl (a96180.upc-a.chello.nl [62.163.96.180]) by hub.freebsd.org (Postfix) with ESMTP id EEB0F37B404 for ; Wed, 1 May 2002 05:11:53 -0700 (PDT) Received: by a96180.upc-a.chello.nl (Postfix, from userid 1001) id 133F42171; Wed, 1 May 2002 14:11:52 +0200 (CEST) Date: Wed, 1 May 2002 14:11:51 +0200 From: Jeroen Ruigrok/asmodai To: Daniel Eischen Cc: Archie Cobbs , freebsd-stable@FreeBSD.ORG Subject: Re: Bug in pthread_cancel() Message-ID: <20020501121151.GR66061@daemon.ninth-circle.org> References: <200204302302.g3UN2aS89479@arch20m.dellroad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Organisation: Ninth Circle Enterprises Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -On [20020501 05:45], Daniel Eischen (eischen@pcnet1.pcnet.com) wrote: >Hmm, what about just bypassing the pthread_cancel() if the >thread is already in the process of exiting? Makes sense to me. And the testcase in the PR is solved adequately with it? -- Jeroen Ruigrok van der Werven / asmodai / Kita no Mono asmodai@wxs.nl, finger asmodai@ninth-circle.org http://www.softweyr.com/asmodai/ | http://www.tendra.org/ Everything Zen, I don't think so... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 7: 6:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from fep02-mail.bloor.is.net.cable.rogers.com (fep02-mail.bloor.is.net.cable.rogers.com [66.185.86.72]) by hub.freebsd.org (Postfix) with ESMTP id EB62137B404 for ; Wed, 1 May 2002 07:06:13 -0700 (PDT) Received: from hyperion ([24.156.109.151]) by fep02-mail.bloor.is.net.cable.rogers.com (InterMail vM.5.01.04.13 201-253-122-122-113-20020313) with ESMTP id <20020501140612.FKVY322766.fep02-mail.bloor.is.net.cable.rogers.com@hyperion>; Wed, 1 May 2002 10:06:12 -0400 Date: Wed, 1 May 2002 10:06:18 -0400 Subject: Re: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: , To: From: Joe Abley In-Reply-To: <01e501c1f0ce$bc6cca20$020aa8c0@aims.private> Message-Id: <9BDB6274-5D0C-11D6-85A5-00039312C852@automagic.org> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.481) X-Authentication-Info: Submitted using SMTP AUTH PLAIN at fep02-mail.bloor.is.net.cable.rogers.com from [24.156.109.151] using ID at Wed, 1 May 2002 10:06:12 -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, May 1, 2002, at 01:12 , Chris Knight wrote: > Howdy, >> >> So, what version of BIND __should__ be supplied in 4.5-RELEASE-p4 ? >> > 8.2.4 is in RELENG_4_5 (4.5-p4) > 8.3.1 is in RELENG_4 (4-stable) I think 8.3.1 should be rolled into RELENG_4_5, since it specifically contains security fixes over 8.2.4. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 7:30:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by hub.freebsd.org (Postfix) with ESMTP id 8FF6537B47B for ; Wed, 1 May 2002 07:29:55 -0700 (PDT) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.249]) by raven.ravenbrook.com (8.11.6/8.11.6) with ESMTP id g41EToE48376 for ; Wed, 1 May 2002 15:29:50 +0100 (BST) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.12.2/8.12.2) with ESMTP id g41EUXOA003112 for ; Wed, 1 May 2002 15:30:33 +0100 (BST) (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes Content-transfer-encoding: 8bit Content-type: text/plain; charset=iso-8859-1 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Subject: Re: XF86-4.2.0 + MGA driver Date: Wed, 01 May 2002 15:30:33 +0100 Message-ID: <3111.1020263433@thrush.ravenbrook.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I am also using a Matrox card (G400) and just upgraded to XFree86-4 using the ports collection. It was fairly painless, once I realised that I needed to upgrade to imake-4 (the ports collection didn't figure this out automatically; I don't know why, and the build failure was obscure). I made it like this: # cd /usr/ports/x11/XFree86-4 # make FTP_PASSIVE_MODE=YES WITH_MATROX_GXX_DRIVER=YES # make FTP_PASSIVE_MODE=YES WITH_MATROX_GXX_DRIVER=YES install Making XFree86-4 actually work properly then took a little while. The config utilities didn't help much. The mouse didn't work until I switched the config from the Intellimouse protocol (always worked with 3.3.6, and my mouse _is_ an actual Microsoft Intellimouse) to PS/2. Enlightenment didn't work (it needed the Shape extension, so I had to Load "extmod"). I don't need xfstt any more, so I had to turn that off. And some of the font names changed, rather mysteriously, (from -webfonts-* to -truetype-*). Now it's working it seems fine. I even got DRI working (first time) by following the instructions at . Whizzy OpenGL. I ended up with the following XF86Config file. Matrox Millenium G400/32MB with Sony CPD-G500P (19" Pro), running 1600x1200 @ 85Hz. Nick Barnes Ravenbrook Limited Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/local" FontPath "/usr/X11R6/share/AbiSuite/fonts/" FontPath "/usr/X11R6/lib/X11/fonts/misc:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/75dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1" FontPath "/usr/X11R6/lib/X11/fonts/Speedo" FontPath "/usr/X11R6/lib/X11/fonts/misc" FontPath "/usr/X11R6/lib/X11/fonts/75dpi" FontPath "/usr/X11R6/lib/X11/fonts/100dpi" FontPath "/usr/X11R6/lib/X11/fonts/cyrillic" FontPath "/usr/X11R6/lib/X11/fonts/TrueType" FontPath "/usr/X11R6/lib/X11/fonts/URW" FontPath "/usr/X11R6/lib/X11/fonts/PCF" FontPath "/usr/X11R6/lib/X11/fonts/cmpsfont" FontPath "/usr/X11R6/lib/X11/fonts/webfonts" EndSection Section "Module" Load "dbe" Load "extmod" Load "bitmap" Load "speedo" Load "type1" Load "xtt" Load "glx" Load "dri" EndSection Section "ServerFlags" Option "standby time" "10" Option "suspend time" "15" Option "off time" "20" EndSection Section "DRI" Mode 0666 EndSection Section "InputDevice" Identifier "Keyboard1" Driver "keyboard" Option "XkbModel" "pc102" Option "XkbLayout" "gb" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "PS/2" Option "Device" "/dev/psm0" EndSection Section "Monitor" Identifier "Monitor1" VendorName "Sony" ModelName "CPD-G400P" HorizSync 30-107 VertRefresh 48-120 Modeline "1600x1200" 220 1600 1616 1808 2080 1200 1204 1207 1244 Modeline "1280x1024" 157.50 1280 1344 1504 1728 1024 1025 1028 1072 Modeline "1152x864" 137.65 1152 1184 1312 1536 864 866 885 902 Modeline "1024x768" 115.50 1024 1056 1248 1440 768 771 781 802 Modeline "800x600" 69.65 800 864 928 1088 600 604 610 640 Modeline "640x480" 45.80 640 672 768 864 480 488 494 530 Option "dpms" EndSection Section "Device" Identifier "Card1" VendorName "Matrox" BoardName "Matrox Millennium G400 32MB" VideoRam 32768 Driver "mga" EndSection Section "Screen" Identifier "Screen1" Device "Card1" Monitor "Monitor1" DefaultDepth 24 SubSection "Display" Depth 8 Modes "1600x1200" "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1600x1200" "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1600x1200" "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1600x1200" "1280x1024" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 7:35:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.pcnet.com (pcnet1.pcnet.com [204.213.232.3]) by hub.freebsd.org (Postfix) with ESMTP id 9CAF337B416 for ; Wed, 1 May 2002 07:35:13 -0700 (PDT) Received: from localhost (eischen@localhost) by mail.pcnet.com (8.12.1/8.12.1) with ESMTP id g41EZBZ6014251; Wed, 1 May 2002 10:35:11 -0400 (EDT) Date: Wed, 1 May 2002 10:35:11 -0400 (EDT) From: Daniel Eischen To: Jeroen Ruigrok/asmodai Cc: Archie Cobbs , freebsd-stable@FreeBSD.ORG Subject: Re: Bug in pthread_cancel() In-Reply-To: <20020501121151.GR66061@daemon.ninth-circle.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 1 May 2002, Jeroen Ruigrok/asmodai wrote: > -On [20020501 05:45], Daniel Eischen (eischen@pcnet1.pcnet.com) wrote: > >Hmm, what about just bypassing the pthread_cancel() if the > >thread is already in the process of exiting? > > Makes sense to me. > > And the testcase in the PR is solved adequately with it? I don't know; no test is supplied in that PR. -- Dan Eischen To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 7:41:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from a96180.upc-a.chello.nl (a96180.upc-a.chello.nl [62.163.96.180]) by hub.freebsd.org (Postfix) with ESMTP id A243B37B400 for ; Wed, 1 May 2002 07:41:41 -0700 (PDT) Received: by a96180.upc-a.chello.nl (Postfix, from userid 1001) id CB37E2171; Wed, 1 May 2002 16:41:39 +0200 (CEST) Date: Wed, 1 May 2002 16:41:39 +0200 From: Jeroen Ruigrok/asmodai To: Daniel Eischen Cc: Archie Cobbs , freebsd-stable@FreeBSD.ORG Subject: Re: Bug in pthread_cancel() Message-ID: <20020501144139.GX66061@daemon.ninth-circle.org> References: <20020501121151.GR66061@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Organisation: Ninth Circle Enterprises Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -On [20020501 16:35], Daniel Eischen (eischen@pcnet1.pcnet.com) wrote: >I don't know; no test is supplied in that PR. Sorry, my braino, I was looking at http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/33951 Which is another pthread_cancel() issue. -- Jeroen Ruigrok van der Werven / asmodai / Kita no Mono asmodai@wxs.nl, finger asmodai@ninth-circle.org http://www.softweyr.com/asmodai/ | http://www.tendra.org/ Look, it cannot be seen - it is beyond form. Listen, it cannot be heard - it is beyond sound. Grasp, it cannot be held - it is intangible. These three are indefinable, they are one... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 8:18: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from gyros.marcuscom.com (dhcp-64-102-60-52.cisco.com [64.102.60.52]) by hub.freebsd.org (Postfix) with ESMTP id ECF6F37B405; Wed, 1 May 2002 08:17:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by gyros.marcuscom.com (8.12.3/8.12.3) with ESMTP id g41FHuHl000724; Wed, 1 May 2002 11:17:56 -0400 (EDT) (envelope-from marcus@marcuscom.com) Subject: Intermittent sound problems with recent MFC of dev/sound From: Joe Marcus Clarke To: stable@freebsd.org Cc: multimedia@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 01 May 2002 11:17:56 -0400 Message-Id: <1020266276.310.17.camel@gyros.marcuscom.com> Mime-Version: 1.0 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG After the recent MFC of dev/sound (~ 4/22), I get this message occasionally when trying to play sound (MP3, WAV, any sound): Apr 27 14:08:43 gyros /kernel: pcm0:play:0: play interrupt timeout, channel dead This never happened with the old sound code. This usually occurs right off the bat after a cold boot of my laptop. If I immediately reboot, things work fine (well, except for vgb-bin which always has this problem [I haven't tried vgb-bin with the old sound code yet]). I have a Dell Inspiron 8100 with: pcm0: port 0xec00-0xecff mem 0xf8ffe000-0xf8ffffff irq 5 at device 3.0 on pci2 FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xec00 irq 5 (4p/1r/0v channels duplex) Loaded as a kmod from the loader. Like I said, this is an intermittent sound problem, but I thought I'd report it before the 4.6 code freeze. For clarification, I'm running: FreeBSD gyros.marcuscom.com 4.5-STABLE FreeBSD 4.5-STABLE #0: Fri Apr 26 18:15:51 EDT 2002 marcus@gyros.marcuscom.com:/usr/obj/usr/src/sys/GYROS i386 I didn't see anything in the archives that indicated this issue was being discussed, but I have seen some other reports on stable@. Thanks. Joe -- PGP Key: http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 8:22:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 3A9C337B417 for ; Wed, 1 May 2002 08:22:34 -0700 (PDT) Received: from ei.bzerk.org (IDENT:iBOFH--ident-is-a-completely-pointless-protocol!@localhost [127.0.0.1]) by ei.bzerk.org (8.12.3/8.12.3) with ESMTP id g41FMWUp074865 for ; Wed, 1 May 2002 17:22:32 +0200 (CEST) (envelope-from ruben@ei.bzerk.org) Received: (from ruben@localhost) by ei.bzerk.org (8.12.3/8.12.3/Submit) id g41FMW0m074864 for freebsd-stable@freebsd.org; Wed, 1 May 2002 17:22:32 +0200 (CEST) Date: Wed, 1 May 2002 17:22:32 +0200 From: Ruben de Groot To: freebsd-stable@freebsd.org Subject: ROOTDEVNAME changed for bootable cd Message-ID: <20020501172232.A74763@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi I have a FreeBSD installation that can boot from cdrom. After my last cvsup (april 23 2002) I wanted to update the ISO image of this cdrom by rebuilding kernel and world. After burning this new ISO image to cd and testing, I found that it failed to mount cd9660:acd0c. Manually typing cd9660:acd0 (without the "c") at the mountroot prompt did work, so I changed options ROOTDEVNAME=\"cd9660:acd0c\" to options ROOTDEVNAME=\"cd9660:acd0\" in de kernel configuration file. Problem solved, but I am curious as to why this syntax has changed and if it was documented somewhere. greetings Ruben de Groot To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 9: 4:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 4075D37B400 for ; Wed, 1 May 2002 09:04:41 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g41G4Sf14429; Thu, 2 May 2002 01:04:28 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: stable@FreeBSD.org In-Reply-To: <20020501172232.A74763@ei.bzerk.org> References: <20020501172232.A74763@ei.bzerk.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 11 From: Makoto Matsushita To: fbsd-stable@bzerk.org Subject: Re: ROOTDEVNAME changed for bootable cd Date: Thu, 02 May 2002 01:04:26 +0900 Message-Id: <20020502010426C.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG fbsd-stable> After burning this new ISO image to cd and testing, I fbsd-stable> found that it failed to mount cd9660:acd0c. Manually fbsd-stable> typing cd9660:acd0 (without the "c") at the mountroot fbsd-stable> prompt did work, What error message was shown? What's happen if you set ROOTDEVNAME to "cd9660:acd0a" (change c to a)? -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 9:15: 7 2002 Delivered-To: freebsd-stable@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 1756337B416 for ; Wed, 1 May 2002 09:15:04 -0700 (PDT) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id IAA69235; Wed, 1 May 2002 08:59:05 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g41Fx4Z92027; Wed, 1 May 2002 08:59:04 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200205011559.g41Fx4Z92027@arch20m.dellroad.org> Subject: Re: Bug in pthread_cancel() In-Reply-To: <20020501121151.GR66061@daemon.ninth-circle.org> "from Jeroen Ruigrok/asmodai at May 1, 2002 02:11:51 pm" To: "Jeroen Ruigrok/asmodai" Date: Wed, 1 May 2002 08:59:04 -0700 (PDT) Cc: Daniel Eischen , Archie Cobbs , freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jeroen Ruigrok/asmodai writes: > >Hmm, what about just bypassing the pthread_cancel() if the > >thread is already in the process of exiting? > > Makes sense to me. > > And the testcase in the PR is solved adequately with it? I didn't include a test case but I'll give your patch a try later today. Thanks, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 9:35:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from ei.bzerk.org (ei.xs4all.nl [213.84.67.5]) by hub.freebsd.org (Postfix) with ESMTP id 3CEC937B423 for ; Wed, 1 May 2002 09:35:24 -0700 (PDT) Received: from ei.bzerk.org (IDENT:iBOFH--ident-is-a-completely-pointless-protocol!@localhost [127.0.0.1]) by ei.bzerk.org (8.12.3/8.12.3) with ESMTP id g41GZMUp075107; Wed, 1 May 2002 18:35:22 +0200 (CEST) (envelope-from ruben@ei.bzerk.org) Received: (from ruben@localhost) by ei.bzerk.org (8.12.3/8.12.3/Submit) id g41GZM63075106; Wed, 1 May 2002 18:35:22 +0200 (CEST) Date: Wed, 1 May 2002 18:35:22 +0200 From: Ruben de Groot To: Makoto Matsushita Cc: stable@FreeBSD.org Subject: Re: ROOTDEVNAME changed for bootable cd Message-ID: <20020501183522.A75016@ei.bzerk.org> References: <20020501172232.A74763@ei.bzerk.org> <20020502010426C.matusita@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020502010426C.matusita@jp.FreeBSD.org>; from matusita@jp.FreeBSD.org on Thu, May 02, 2002 at 01:04:26AM +0900 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Thu, May 02, 2002 at 01:04:26AM +0900, Makoto Matsushita typed: > > fbsd-stable> After burning this new ISO image to cd and testing, I > fbsd-stable> found that it failed to mount cd9660:acd0c. Manually > fbsd-stable> typing cd9660:acd0 (without the "c") at the mountroot > fbsd-stable> prompt did work, > > What error message was shown? What's happen if you set ROOTDEVNAME to > "cd9660:acd0a" (change c to a)? acd0: CDROM at ata1-slave PIO4 Mounting root from ufs:fd0c fd0c: Hard error reading fsbn 16 of 16-31 (No status) Root mount failed: 5 Mounting root from cd9660:acd0c Root mount failed: 6 Manual root filesystem specification: : Mount using filesystem eg. ufs:/dev/da0s1a ? List valid disk boot devices Abort manual input mountroot> cd9660:acd0a Mounting root from cd9660:acd0a cd9660: RockRidge Extension Automatic boot in progress Looks like acd0a works (as does acd0). Only acd0c, which used to work in the past, fails consistently. > > -- - > Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 9:46:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from skif.net (ns.skif.net [195.58.224.34]) by hub.freebsd.org (Postfix) with ESMTP id E3D2037B41D for ; Wed, 1 May 2002 09:46:08 -0700 (PDT) Received: from [195.58.224.122] (HELO dru.dn.ua) by skif.net (CommuniGate Pro SMTP 3.5.6) with ESMTP-TLS id 4908176 for freebsd-stable@FreeBSD.ORG; Wed, 01 May 2002 19:45:59 +0300 Received: (from admin@localhost) by dru.dn.ua (8.12.3/8.12.3) id g41GjqMO035188; Wed, 1 May 2002 19:45:52 +0300 (EEST) (envelope-from admin) Date: Wed, 1 May 2002 19:45:52 +0300 From: "Vladislav V. Zhuk" To: Gerhard Sittig Cc: freebsd-stable@FreeBSD.ORG Subject: Re: buffer size Message-ID: <20020501164552.GA34873@dru.dn.ua> References: <20020430114023.GA76954@dru.dn.ua> <20020430215932.U1494@shell.gsinet.sittig.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20020430215932.U1494@shell.gsinet.sittig.org> User-Agent: Mutt/1.3.27i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, Apr 30, 2002 at 09:59:32PM +0200, Gerhard Sittig wrote: > > How to increase buffer size for cut and paste functions if the > > mouse pointer is enabled in the virtual console via vidcontrol(1) ?? > > > > I need to copy entire screen. > > src/sys/dev/syscons/scmouse.c dynamically allocates the cut_buffer > array and computes the cut_buffer_size from the screen coordinates. > So the buffer should be able to hold the whole screen's content. Do > you change the screen's dimension after using the clipboard? I did't any changes. I use only 80x25 screen size in text mode (without X). Therefore, scmouse.c computes the cut_buffer_size incorrectly. Try to copy all screen and paste then. > Have a look at PR kern/21156: ("[PATCH] inconsistency in scmouse > vs xterm behaviour"). The "squeezing empty lines" you experienced > is mentioned there and sobomax already fixed two of the three items > last autumn (although I cannot tell if it has been MFCed since I > run the local patch here). thanx. -- Vladislav V. Zhuk (06267)3-60-03 admin@dru.dn.ua 2:465/197@FidoNet.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 10:11:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by hub.freebsd.org (Postfix) with ESMTP id AFA0037B419; Wed, 1 May 2002 10:11:31 -0700 (PDT) Received: from localhost.localdomain (earth.hub.org [64.49.215.11]) by localhost (Postfix) with ESMTP id 823DE10352D; Wed, 1 May 2002 14:11:30 -0300 (ADT) Received: from earth.hub.org (earth.hub.org [64.49.215.11]) by earth.hub.org (Postfix) with ESMTP id 443AC103493; Wed, 1 May 2002 14:10:21 -0300 (ADT) Date: Wed, 1 May 2002 14:10:21 -0300 (ADT) From: "Marc G. Fournier" To: Vizion Communication Cc: Randall Hopper , , Subject: SOLUTION FOUND: Re: ASUS A7M266-D: enabling 'on board sound' In-Reply-To: <01aa01c1ef1f$677bb630$9865fea9@VIZION2000> Message-ID: <20020501140857.H97878-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thanks to a note from Orion this morning, the solution to the problem was to go into the BIOS and disable PNP O/S and she's purrs ... Thanks for all the suggestions, hopefully this helps someone else in the future ... On Sun, 28 Apr 2002, Vizion Communication wrote: > > ----- Original Message ----- > From: "Randall Hopper" > To: "Marc G. Fournier" > Cc: ; > Sent: Sunday, April 28, 2002 9:17 AM > Subject: Re: ASUS A7M266-D: enabling 'on board sound' > > > > Marc G. Fournier: > > | Just recently picked up an ASUS A7M266-D Motherboard with Dual: > > |"(AMD Athlon(TM) MP Processor (1200.05-MHz 686-class CPU)" ... the system > > |purrs like the proverbial kitten ... but the one thing that is eluding me > > |so far is getting the onboard sound to work ... > > ... > > |pcm0: at device 4.0 on pci2 > > |pcm0: cmi_attach: Cannot allocate bus resource > > |device_probe_and_attach: pcm0 attach returned 6 > > ... > > |___device pcm0 at isa? irq 5 drq 1 flags 0x0 > > > > I have the original non-dual version (ASUS A7M266) with the same sound > > chip: > > > > > dmesg | grep pcm0 > > pcm0: port 0xa400-0xa4ff irq 10 at device 5.0 on pci0 > > > > Here's what I have on my 4.3-STABLE (circa 06/01) config: > > > > device pcm0 > > device sbc0 at isa? port 0x220 irq 5 drq 1 flags 0x15 > > > > The flags may be the kicker for you. That sets the 2nd (16-bit) DMA > > channel IIRC. > > > If you have the time I would be very interested in having more information about your configuration as I am contemplating building a similar SMP system. How much memory do you have installed and what use do you have for the system? > > Any information much appreciated. > > David > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 11: 0:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 04B5737B416 for ; Wed, 1 May 2002 11:00:03 -0700 (PDT) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id KAA69856; Wed, 1 May 2002 10:49:37 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g41Hnbs92444; Wed, 1 May 2002 10:49:37 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200205011749.g41Hnbs92444@arch20m.dellroad.org> Subject: Re: Bug in pthread_cancel() In-Reply-To: <200205011559.g41Fx4Z92027@arch20m.dellroad.org> "from Archie Cobbs at May 1, 2002 08:59:04 am" To: eischen@pcnet1.pcnet.com Date: Wed, 1 May 2002 10:49:37 -0700 (PDT) Cc: "Jeroen Ruigrok/asmodai" , freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Archie Cobbs writes: > > >Hmm, what about just bypassing the pthread_cancel() if the > > >thread is already in the process of exiting? > > I didn't include a test case but I'll give your patch a try later today. Daniel- Your patch does not fix the problem. The call to pthread_cancel() happens before the thread starts to exit. Since the thread has deferred cancellation, it does not take effect immediately. The thread does not invoke a cancellation point until later during the execution of a cleanup hook. So I suppose another fix might be to clear the PTHREAD_CANCELLING flag when pthread_exit() is called... though I don't see how to avoid the race condition there between clearing that flag and some other thread calling pthread_cancel() later (pthread_exit() does not disable context switches while executing the cleanups). So I stand by my original patch :-) In the mean time I'll try to come up with a simple test case. Thanks, -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 11:15:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id D45F437B404 for ; Wed, 1 May 2002 11:15:02 -0700 (PDT) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id LAA69968; Wed, 1 May 2002 11:06:21 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g41I6LF92589; Wed, 1 May 2002 11:06:21 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200205011806.g41I6LF92589@arch20m.dellroad.org> Subject: Re: Bug in pthread_cancel() In-Reply-To: <200205011559.g41Fx4Z92027@arch20m.dellroad.org> "from Archie Cobbs at May 1, 2002 08:59:04 am" To: Archie Cobbs Date: Wed, 1 May 2002 11:06:21 -0700 (PDT) Cc: "Jeroen Ruigrok/asmodai" , Daniel Eischen , freebsd-stable@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Archie Cobbs writes: > > And the testcase in the PR is solved adequately with it? Below is a program that seems to demonstrate the problem. Note that the thread is canceled before it exits, but it doesn't reach a cancellation point until after it exits. -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com #include #include #include #include #include #include #include static void thread_cleanup(void *arg) { sched_yield(); printf("Thread: executing cleanup...\n"); pthread_testcancel(); } static void * thread_main(void *arg) { pthread_cleanup_push(thread_cleanup, NULL); printf("Thread: sleeping 1 second...\n"); sleep(1); printf("Thread: sending SIGTERM...\n"); kill(getpid(), SIGTERM); sched_yield(); printf("Thread: exiting...\n"); return (NULL); } int main(int argc, char **argv) { pthread_t tid; sigset_t sigs; int sig; /* Spawn thread */ printf("Main: spawning thread...\n"); if ((errno = pthread_create(&tid, NULL, thread_main, NULL)) != 0) err(1, "pthread_create"); /* Wait for signal */ sigemptyset(&sigs); sigaddset(&sigs, SIGINT); sigaddset(&sigs, SIGTERM); if (sigprocmask(SIG_BLOCK, &sigs, NULL) == -1) err(1, "sigprocmask"); printf("Main: waiting for signal...\n"); if (sigwait(&sigs, &sig) == -1) err(1, "sigwait"); /* Cancel thread */ printf("Main: canceling thread...\n"); pthread_cancel(tid); /* Done */ usleep(500); printf("Main: exiting...\n"); return (0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 13:28:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from node14e65.a2000.nl (node14e65.a2000.nl [24.132.78.101]) by hub.freebsd.org (Postfix) with ESMTP id 206FF37B416; Wed, 1 May 2002 13:28:25 -0700 (PDT) Received: from node14e65.a2000.nl (localhost.a2000.nl [127.0.0.1]) by node14e65.a2000.nl (8.12.3/8.11.6) with ESMTP id g41KS6LT000325; Wed, 1 May 2002 22:28:07 +0200 (CEST) (envelope-from gkoller@node14e65.a2000.nl) Received: (from gkoller@localhost) by node14e65.a2000.nl (8.12.3/8.12.2/Submit) id g41KS6M9000324; Wed, 1 May 2002 22:28:06 +0200 (CEST) Date: Wed, 1 May 2002 22:28:06 +0200 From: Guido Kollerie To: Danny Braniss Cc: current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: 3Com 3c905C-TX Message-ID: <20020501202806.GA256@node14e65.a2000.nl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 29, 2002 at 08:08:02PM +0300, Danny Braniss wrote: > at 100baseTX is slower than 10Mgb :-( Same problem here with the xl0 driver. My 3Com 3c905C-TX Fast Etherlink XL connects to a Cisco Micro Switch (1548, unmanaged). According to the lights on the back of the switch everything runs at 100 Mbits full-duplex initially (that is after a reboot). However after a while the switch indicates that it is running at 100 Mbits half-duplex. I don't know what causes it, but this is happening for at least a month. When this happens 'ifconfig -a' will still report that everything is running at 100 Mbits full-duplex. Judging from the performance and what the Cisco switch indicates this is not true, it is running half-duplex! Unfortunately the switch is unmanaged hence I am not able to explicitely set the switch to 100 Mbits full-duplex. Using ifconfig to set the nic to 10baseT/UTP and then back to 100baseTX full-duplex doesn't help. Only a reboot will bring the NIC back to 100 Mbits full duplex mode. -- Guido --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE80E/WC7vo05+GQSwRAt8QAJ9trFQOGFix5wjQDusyi+X0ytNR9wCfZ4+k NC1GkgTuz283XDZxRRPo6JY= =wdLa -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 14:49:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from deepthought.blinkenlights.nl (deepthought.blinkenlights.nl [62.58.162.228]) by hub.freebsd.org (Postfix) with ESMTP id 992DD37B416; Wed, 1 May 2002 14:49:12 -0700 (PDT) Received: by deepthought.blinkenlights.nl (Postfix, from userid 500) id 9FF8CAB; Wed, 1 May 2002 23:49:02 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by deepthought.blinkenlights.nl (Postfix) with ESMTP id 6AE2FC11D; Wed, 1 May 2002 23:49:02 +0200 (CEST) Date: Wed, 1 May 2002 23:49:02 +0200 (CEST) From: Sten To: Guido Kollerie Cc: Danny Braniss , , Subject: Re: 3Com 3c905C-TX In-Reply-To: <20020501202806.GA256@node14e65.a2000.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 1 May 2002, Guido Kollerie wrote: > > Unfortunately the switch is unmanaged hence I am not able to > explicitely set the switch to 100 Mbits full-duplex. Using > ifconfig to set the nic to 10baseT/UTP and then back to 100baseTX > full-duplex doesn't help. Only a reboot will bring the NIC back > to 100 Mbits full duplex mode. Please note that due to vagaries in the auto-negotiation spec 3com and cisco dont work well together. And 3coms ( on linux atleast ) have the added bonus of sometimes deciding to change speed/duplex just for the heck of it. The only way to use them reliably is to force both the card and the switch. We came to the conclusion that fxp's are a nicer option. IMHO just creating a reliable and clearly defined auto-negotiation protocol will do more for ethernet speed than gigabit ethernet :). -- Sten Spans "What does one do with ones money, when there is no more empty rackspace ?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 15: 0:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by hub.freebsd.org (Postfix) with ESMTP id 9E9A737B404 for ; Wed, 1 May 2002 15:00:28 -0700 (PDT) Received: from mfg1.cim.alcatel.com.au (localhost.localdomain [127.0.0.1]) by alcanet.com.au (8.12.1/8.12.1/Alcanet1.2) with ESMTP id g41M0Rp7000494 for ; Thu, 2 May 2002 08:00:27 +1000 Received: from gsmx07.alcatel.com.au by cim.alcatel.com.au (PMDF V5.2-32 #37640) with ESMTP id <01KH8TXYSDSWVMNVGT@cim.alcatel.com.au> for freebsd-stable@freebsd.org; Thu, 2 May 2002 08:00:26 +1000 Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.11.6/8.11.6) id g41M0Oo54440 for freebsd-stable@freebsd.org; Thu, 02 May 2002 08:00:24 +1000 Content-return: prohibited Date: Thu, 02 May 2002 08:00:24 +1000 From: Peter Jeremy Subject: MBUF allocation failures To: freebsd-stable@freebsd.org Mail-Followup-To: freebsd-stable@freebsd.org Message-id: <20020502080023.X25071@gsmx07.alcatel.com.au> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Last nights daily report on one of my machines included: > m_clalloc failed, consider increase NMBCLUSTERS value > m_retry failed, consider increase mbuf value But: aalp03# netstat -m 71/1264/16384 mbufs in use (current/peak/max): 71 mbufs allocated to data 69/1242/4096 mbuf clusters in use (current/peak/max) 2800 Kbytes allocated to network (22% of mb_map in use) 34 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines aalp03# uname -a Why am I getting m_clalloc() failures when the reported peak usage is well below the maximum reported by netstat? This is an old -STABLE (just before 4.5-RC1). Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 17:43:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from vinyl2.sentex.ca (vinyl2.sentex.ca [199.212.134.13]) by hub.freebsd.org (Postfix) with ESMTP id AFFCF37B405 for ; Wed, 1 May 2002 17:43:34 -0700 (PDT) Received: from house.sentex.net (cage.simianscience.com [64.7.134.1]) (authenticated bits=0) by vinyl2.sentex.ca (8.12.3/8.12.2) with ESMTP id g420hMdd003457 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Wed, 1 May 2002 20:43:24 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020501202847.065fdb80@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Wed, 01 May 2002 20:43:31 -0400 To: Peter Jeremy From: Mike Tancsa Subject: Re: MBUF allocation failures Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20020502080023.X25071@gsmx07.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Interesting, I have suddenly started seeing this on a couple of stable boxes from March, and one from FreeBSD 4.5-STABLE #1: Sun Apr 21 14:40:29 EDT 2002 m_clalloc failed, consider increase NMBCLUSTERS value m_clalloc failed, consider increase NMBCLUSTERS value m_clalloc failed, consider increase NMBCLUSTERS value One seems to recover after a period of time, but the other froze up twice. netstat -m 68/4304/14336 mbufs in use (current/peak/max): 68 mbufs allocated to data 65/3584/3584 mbuf clusters in use (current/peak/max) 8244 Kbytes allocated to network (76% of mb_map in use) 16095 requests for memory denied 39 requests for memory delayed 0 calls to protocol drain routines Whats strange, is that this machine has functioned happily with the same load and users behind it for some time. The other machine, the one that froze auth% sysctl -a | grep clust kern.ipc.nmbclusters: 4576 auth% netstat -m 161/816/18304 mbufs in use (current/peak/max): 158 mbufs allocated to data 3 mbufs allocated to packet headers 130/354/4576 mbuf clusters in use (current/peak/max) 912 Kbytes allocated to network (6% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines auth% Is essentially big ass DNS server for my dialups and for my in bound SMTP servers. Some remote DoS ? Or local bug ? The only thing strange about the one hitting the MBUF limits is that there is another box that dials into it for a PPP session. What is the best way to try and track this down ? For now I am going to echo 'kern.ipc.nmbclusters=16384' >> /boot/loader.conf and see if the same machine pushes up to the new max. ---Mike At 08:00 AM 5/2/2002 +1000, Peter Jeremy wrote: >Last nights daily report on one of my machines included: > > m_clalloc failed, consider increase NMBCLUSTERS value > > m_retry failed, consider increase mbuf value > >But: >aalp03# netstat -m >71/1264/16384 mbufs in use (current/peak/max): > 71 mbufs allocated to data >69/1242/4096 mbuf clusters in use (current/peak/max) >2800 Kbytes allocated to network (22% of mb_map in use) >34 requests for memory denied >0 requests for memory delayed >0 calls to protocol drain routines >aalp03# uname -a > >Why am I getting m_clalloc() failures when the reported peak usage is >well below the maximum reported by netstat? This is an old -STABLE >(just before 4.5-RC1). > >Peter > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 17:57:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by hub.freebsd.org (Postfix) with ESMTP id 7083437B400; Wed, 1 May 2002 17:57:43 -0700 (PDT) Received: from [203.51.9.142] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5324aadf) with ESMTP id orffaaaa for ; Thu, 2 May 2002 10:58:24 +1000 Message-ID: <3CD08EE6.8030605@quake.com.au> Date: Thu, 02 May 2002 10:57:10 +1000 From: Kal Torak Organization: Quake Networking User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Cc: FreeBSD Mobile Subject: pc-card ethernet problems since upgrade from 4.2 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have an IBM Thinkpad I series (model 2611) and a D-Link ethernet pc-card (DFE-650) which was working ok under 4.2 but had to use fa_select to stop it from timing out... Now I upgraded to 4.4 and it just keeps timing out anyway, even using fa_select doesnt help... Before ifconfig couldnt seem to initialise the card so I would just set the ip and then use fa_select to bring it up.. Now ifconfig seems to be able to initialise the card its self, but not properly since I constantly get "ed1: timed out" messages.. Is there some flags I can pass to ifconfig to make it do what it did in 4.2 that might make it work again? Or maybe some that will initialise it properly?? Any ideas would be great! Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 19: 8:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp4.knology.net (user-24-214-63-227.knology.net [24.214.63.227]) by hub.freebsd.org (Postfix) with SMTP id D0F0737B419 for ; Wed, 1 May 2002 19:08:26 -0700 (PDT) Received: (qmail 23642 invoked by uid 8002); 2 May 2002 02:08:26 -0000 Received: from unknown (HELO grumpy.dyndns.org) (24.214.210.89) by smtp4.knology.net with SMTP; 2 May 2002 02:08:26 -0000 Received: from grumpy.dyndns.org (localhost [127.0.0.1]) by grumpy.dyndns.org (8.12.2/8.12.2) with ESMTP id g4228P4I015376; Wed, 1 May 2002 21:08:25 -0500 (CDT) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200205020208.g4228P4I015376@grumpy.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Marc G. Fournier" Cc: freebsd-stable@FreeBSD.ORG, freebsd-multimedia@FreeBSD.ORG From: David Kelly Subject: Re: SOLUTION FOUND: Re: ASUS A7M266-D: enabling 'on board sound' In-reply-to: Message from "Marc G. Fournier" of "Wed, 01 May 2002 14:10:21 -0300." <20020501140857.H97878-100000@mail1.hub.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 May 2002 21:08:25 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Marc G. Fournier" writes: > > Thanks to a note from Orion this morning, the solution to the problem was > to go into the BIOS and disable PNP O/S and she's purrs ... I had that problem elsewhere. Think it was an Asus P6NP5. And maybe on this Asus A7V as the PCI I/O assignments were whacky if PNP was enabled. With PNP disabled things landed in the places one expects to find the I/O and IRQ's. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 19:13:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by hub.freebsd.org (Postfix) with SMTP id 5FF1837B404 for ; Wed, 1 May 2002 19:13:13 -0700 (PDT) Received: (qmail 16412 invoked from network); 2 May 2002 02:13:12 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (66.92.188.241) by 0 with SMTP; 2 May 2002 02:13:12 -0000 Message-ID: <3CD0A0B8.9040106@tenebras.com> Date: Wed, 01 May 2002 19:13:12 -0700 From: Michael Sierchio Reply-To: kudzu@tenebras.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020427 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kal Torak Cc: FreeBSD Stable , FreeBSD Mobile Subject: Re: pc-card ethernet problems since upgrade from 4.2 References: <3CD08EE6.8030605@quake.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Kal Torak wrote: > I have an IBM Thinkpad I series (model 2611) and a D-Link > ethernet pc-card (DFE-650) which was working ok under 4.2 > but had to use fa_select to stop it from timing out... > > Now I upgraded to 4.4 and it just keeps timing out anyway, > even using fa_select doesnt help... Before ifconfig couldnt > seem to initialise the card so I would just set the ip and > then use fa_select to bring it up.. Now ifconfig seems to > be able to initialise the card its self, but not properly > since I constantly get "ed1: timed out" messages.. The newer ed driver doesn't require the use of fa_select -- I discovered this with my Netgear FA410TX. Have you done a mergemaster, or at least updated /etc/defaults/pccard.conf? One of these configurations should work # D-Link DE-650 and DE-660 card "D-Link" "/DE-6[56]0/" config auto "ed" ? 0x10 insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop # D-Link DFE-650 Fast Ethernet Card card "D-Link" "DFE-650" config auto "ed" ? 0x80010 insert /etc/pccard_ether $device start remove /etc/pccard_ether $device stop To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 20:51: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from postoffice.aims.com.au (eth0.lnk.aims.com.au [203.31.73.253]) by hub.freebsd.org (Postfix) with ESMTP id D651F37B417 for ; Wed, 1 May 2002 20:51:02 -0700 (PDT) Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2]) by postoffice.aims.com.au with ESMTP id g423p1d18254 for ; Thu, 2 May 2002 13:51:01 +1000 (EST) (envelope-from chris@aims.com.au) Received: from ntsts1 by aims.com.au with SMTP (MDaemon.v3.5.3.R) for ; Thu, 02 May 2002 13:50:52 +1000 Reply-To: From: "Chris Knight" To: Cc: Subject: RE: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Date: Thu, 2 May 2002 13:50:50 +1000 Message-ID: <005901c1f18c$8d891010$020aa8c0@aims.private> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: Importance: Normal X-Return-Path: chris@aims.com.au X-MDaemon-Deliver-To: FreeBSD-Stable@FreeBSD.ORG Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Howdy, I think you've completely missed the point of the security branches. They are only there for patches related to security, not wholesale replacement of subsystems like you are mentioning. A patch to 8.2.4 would be considered, but not a version upgrade. Regards, Chris Knight Systems Administrator AIMS Independent Computer Professionals Tel: +61 3 6334 6664 Fax: +61 3 6331 7032 Mob: +61 419 528 795 Web: http://www.aims.com.au > -----Original Message----- > From: Joe Abley > Sent: Thursday, 2 May 2002 0:06 > To: list-freebsd-stable@aims.com.au > Cc: Stanley.Hopcroft@IPAustralia.Gov.AU; FreeBSD-Stable@FreeBSD.ORG > Subject: Re: Why won't bind 8.2.4-REL run properly as user bind > (4.5-REL-p3) not chrooted ? > > > > On Wednesday, May 1, 2002, at 01:12 , Chris Knight wrote: > > > Howdy, > >> > >> So, what version of BIND __should__ be supplied in 4.5-RELEASE-p4 ? > >> > > 8.2.4 is in RELENG_4_5 (4.5-p4) > > 8.3.1 is in RELENG_4 (4-stable) > > I think 8.3.1 should be rolled into RELENG_4_5, since it specifically > contains security fixes over 8.2.4. > > > Joe > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 20:59: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from fep04-mail.bloor.is.net.cable.rogers.com (fep04-mail.bloor.is.net.cable.rogers.com [66.185.86.74]) by hub.freebsd.org (Postfix) with ESMTP id 51B2F37B41C for ; Wed, 1 May 2002 20:59:01 -0700 (PDT) Received: from hyperion ([24.156.109.151]) by fep04-mail.bloor.is.net.cable.rogers.com (InterMail vM.5.01.04.13 201-253-122-122-113-20020313) with ESMTP id <20020502035900.ZFZF4552.fep04-mail.bloor.is.net.cable.rogers.com@hyperion>; Wed, 1 May 2002 23:59:00 -0400 Date: Wed, 1 May 2002 23:59:05 -0400 Subject: Re: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: To: From: Joe Abley In-Reply-To: <005901c1f18c$8d891010$020aa8c0@aims.private> Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.481) X-Authentication-Info: Submitted using SMTP AUTH PLAIN at fep04-mail.bloor.is.net.cable.rogers.com from [24.156.109.151] using ID at Wed, 1 May 2002 23:59:00 -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wednesday, May 1, 2002, at 11:50 , Chris Knight wrote: > I think you've completely missed the point of the security branches. > They > are only there for patches related to security, not wholesale > replacement > of subsystems like you are mentioning. A patch to 8.2.4 would be > considered, > but not a version upgrade. Ah, my mistake, I didn't notice there was a later bugfix release on the 8.2 branch; I thought the recommended upgrade path for security patches from 8.2.4 was 8.3.1, but I see there's an 8.2.5 release from which the ISC are not currently recommending upgrades. So an upgrade to 8.2.5 sounds more appropriate for RELENG_4_5, in fact. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 21:13:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ntplx.net (mail7.ntplx.net [204.213.176.181]) by hub.freebsd.org (Postfix) with ESMTP id 646D737B404 for ; Wed, 1 May 2002 21:13:05 -0700 (PDT) Received: from ntplx.net (dhcp-209-54-72-109.ct.dsl.ntplx.com [209.54.72.109]) by mail.ntplx.net (8.11.6/8.11.4/NETPLEX) with ESMTP id g424CVY17365; Thu, 2 May 2002 00:12:31 -0400 (EDT) Message-ID: <3CD0BC84.615A0328@ntplx.net> Date: Thu, 02 May 2002 00:11:48 -0400 From: Ted Sikora X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18 i686) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: Mattias =?iso-8859-1?Q?Bj=F6rk?= , "stable@FreeBSD.ORG" Subject: Re: Harddisk failure ? References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mattias Björk wrote: > > Hi, > > I get this error on one of my harddisc. I have two of the one, its a ibm > gxp 60 60 gb disc. And I always have my computers on, and one day when I > entered the room I notice that the machine with the two ibm discs hade > rebooted because my uptime has started from scratch. Im not sure but I > think that this caused the box to reboot. Any that can explain what might > be wrong? I have replaced my gxp 60 60 gb disc with a 75 gxp 40 gb disc. > And I have not yet seen the problem again. The gxp 60 disc is on the same > cable as a western digital caviar xl 100 gb ata100. I don't know if it > could be a problem between them? Any how thanks in advance. And is a bp6 > motherboard and I only use the ata33 controller. > It's the BP6 same problem here... resetting ata-x devices constantly... then eventually locks up. Started in -stable a few weeks ago. I finally put 4.5-Release back. Does it with any HD on the HPT366 or PII in -stable -- Ted Sikora tsikora@unixos2.org http://unixos2.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 21:42: 3 2002 Delivered-To: freebsd-stable@freebsd.org Received: from xinetd.ath.cx (sc-66-75-74-123.socal.rr.com [66.75.74.123]) by hub.freebsd.org (Postfix) with ESMTP id 983FF37B404; Wed, 1 May 2002 21:41:44 -0700 (PDT) Received: from xinetd (xinetd [192.168.2.150]) by xinetd.ath.cx (8.12.3/8.12.3) with ESMTP id g424bLv4006865; Wed, 1 May 2002 21:37:26 -0700 (PDT) Date: Wed, 1 May 2002 21:37:20 -0700 (PDT) From: Glendon Gross To: Sten Cc: Guido Kollerie , Danny Braniss , current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 3Com 3c905C-TX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Out of curiosity, do only 3c509's exibit this behavior, or is this the core problem with 3c59x's as well? My experiences have not been consistent with these cards, and I had assumed it was due to buggy code in the 3-Com chipset. I've noticed flaky behavior from the "Vortex" [3c59x] card as well. Just now I have been wrestling with an ISA 3c509 which has a Lucent 40-01304 chip on it. At first the card was detected, and later not detected [on a different OS.] I vote for the fxp's as well, I've had hardly any problems with them. Is there a way to lock down the card by hacking the driver, so it won't try to auto-negotiate the connection? On Wed, 1 May 2002, Sten wrote: > On Wed, 1 May 2002, Guido Kollerie wrote: > > > > > > > Unfortunately the switch is unmanaged hence I am not able to > > explicitely set the switch to 100 Mbits full-duplex. Using > > ifconfig to set the nic to 10baseT/UTP and then back to 100baseTX > > full-duplex doesn't help. Only a reboot will bring the NIC back > > to 100 Mbits full duplex mode. > > Please note that due to vagaries in the auto-negotiation > spec 3com and cisco dont work well together. > And 3coms ( on linux atleast ) have the added > bonus of sometimes deciding to change > speed/duplex just for the heck of it. > > The only way to use them reliably is to force > both the card and the switch. We came to the > conclusion that fxp's are a nicer option. > > IMHO just creating a reliable and clearly defined > auto-negotiation protocol will do more for ethernet > speed than gigabit ethernet :). > > > -- > Sten Spans > > "What does one do with ones money, > when there is no more empty rackspace ?" > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 22:51:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by hub.freebsd.org (Postfix) with ESMTP id 7129937B43F for ; Wed, 1 May 2002 22:51:02 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 4A27B3E3A; Thu, 2 May 2002 01:51:01 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Glendon Gross Cc: Sten , Guido Kollerie , Danny Braniss , freebsd-stable@FreeBSD.ORG Subject: Re: 3Com 3c905C-TX In-Reply-To: Message from Glendon Gross of "Wed, 01 May 2002 21:37:20 PDT." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_839794683P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 02 May 2002 01:51:01 -0400 From: Andy Sparrow Message-Id: <20020502055101.4A27B3E3A@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_839794683P Content-Type: text/plain; charset=us-ascii > Just now I have been wrestling with an ISA 3c509 which has > a Lucent 40-01304 chip on it. At first the card was detected, and > later not detected [on a different OS.] I vote for the fxp's as > well, I've had hardly any problems with them. mee tooo! And multi-port versions are quite cheap too. > Is there a way to lock down the card by hacking the driver, so it won't > try to auto-negotiate the connection? Even easier Dept.: In /etc/rc.conf set: ifconfig_xl0="inet X.X.X.X media 10baseT/UTP mediaopts half-duplex" (or whatever options you want). Looks like this won't work with DHCP configuration, in which case you just put the ifconfig command (with the appropriate media args) in "/etc/start_if.${ifn}", e.g. '/etc/start_if.xl0' Leastways, this looks like it'd work on 4-5RC. Cheers, AS --==_Exmh_839794683P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE80NPFPHh895bDXeQRAmCYAJ0QJxfZSajUJbHB0rD0z/ABhOBY/gCgkse6 Jui0VhDwNz1eCp3F9Wj8ikA= =Q/Op -----END PGP SIGNATURE----- --==_Exmh_839794683P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 22:53:22 2002 Delivered-To: freebsd-stable@freebsd.org Received: from deepthought.blinkenlights.nl (deepthought.blinkenlights.nl [62.58.162.228]) by hub.freebsd.org (Postfix) with ESMTP id 82D3837B416; Wed, 1 May 2002 22:53:16 -0700 (PDT) Received: by deepthought.blinkenlights.nl (Postfix, from userid 500) id 86954AB; Thu, 2 May 2002 07:53:04 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by deepthought.blinkenlights.nl (Postfix) with ESMTP id 5C4B6C118; Thu, 2 May 2002 07:53:04 +0200 (CEST) Date: Thu, 2 May 2002 07:53:03 +0200 (CEST) From: Sten To: Glendon Gross Cc: Guido Kollerie , Danny Braniss , , Subject: Re: 3Com 3c905C-TX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 1 May 2002, Glendon Gross wrote: > > Out of curiosity, do only 3c509's exibit this behavior, or is this > the core problem with 3c59x's as well? My experiences have not > been consistent with these cards, and I had assumed it was due > to buggy code in the 3-Com chipset. I've noticed flaky behavior from the > "Vortex" [3c59x] card as well. I would assume is the chipset, because just out of the blue redoing negotiation doesnt seem like something that a sane driver would do. The most probable thing is that the card interprets normal traffic erronously as negotiation signals. > Just now I have been wrestling with an ISA 3c509 which has > a Lucent 40-01304 chip on it. At first the card was detected, and > later not detected [on a different OS.] I vote for the fxp's as > well, I've had hardly any problems with them. > > Is there a way to lock down the card by hacking the driver, so it won't > try to auto-negotiate the connection? Like I said forcing it ( with the dos config tool ) helps, and solves the problems in most cases. But it's pretty workable when you force both sides. -- Sten Spans "What does one do with ones money, when there is no more empty rackspace ?" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 23:15:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from a.smtp-out.sonic.net (a.smtp-out.sonic.net [208.201.224.38]) by hub.freebsd.org (Postfix) with SMTP id DD7E737B419 for ; Wed, 1 May 2002 23:15:40 -0700 (PDT) Received: (qmail 23576 invoked from network); 2 May 2002 06:15:40 -0000 Received: from prop.sonic.net (208.201.224.193) by a.smtp-out.sonic.net with SMTP; 2 May 2002 06:15:40 -0000 Received: from leela.theapt.org (adsl-208-201-244-160.sonic.net [208.201.244.160]) by prop.sonic.net (8.11.6/8.8.5) with ESMTP id g426Fck10607 for ; Wed, 1 May 2002 23:15:39 -0700 X-envelope-info: Content-Type: text/plain; charset="iso-8859-1" From: Peter Hessler Reply-To: phessler@theapt.org To: freebsd-stable@freebsd.org Subject: Re: 3Com 3c905C-TX Date: Wed, 1 May 2002 23:15:28 -0700 X-Mailer: KMail [version 1.4] References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200205012315.28425.phessler@theapt.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have had nothing but success with 3c905x, or 3c509 cards. I have them=20 in my web/dns/mail server, my firewall, and my workstation. I also use=20 them quite a bit at work. Never had any problem with any OS (FreeBSD,=20 OpenBSD, Windows 95). Just thought I would throw that out. On Wednesday 01 May 2002 10:53 pm, Sten wrote: > On Wed, 1 May 2002, Glendon Gross wrote: > > Out of curiosity, do only 3c509's exibit this behavior, or is this > > the core problem with 3c59x's as well? My experiences have not > > been consistent with these cards, and I had assumed it was due > > to buggy code in the 3-Com chipset. I've noticed flaky behavior > > from the "Vortex" [3c59x] card as well. > > I would assume is the chipset, because just out of the blue redoing > negotiation doesnt seem like something that a sane driver would do. > The most probable thing is that the card interprets normal traffic > erronously as negotiation signals. > > > Just now I have been wrestling with an ISA 3c509 which has > > a Lucent 40-01304 chip on it. At first the card was detected, and > > later not detected [on a different OS.] I vote for the fxp's as > > well, I've had hardly any problems with them. > > > > Is there a way to lock down the card by hacking the driver, so it > > won't try to auto-negotiate the connection? > > Like I said forcing it ( with the dos config tool ) helps, > and solves the problems in most cases. > But it's pretty workable when you force both sides. --=20 Peter Hessler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 23:35:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from peetree.cs.huji.ac.il (peetree.cs.huji.ac.il [132.65.80.34]) by hub.freebsd.org (Postfix) with ESMTP id 0CBE137B405; Wed, 1 May 2002 23:35:45 -0700 (PDT) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by peetree.cs.huji.ac.il with esmtp id 173ABr-000BDj-00; Thu, 02 May 2002 09:35:43 +0300 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Glendon Gross Cc: Guido Kollerie , current@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: 3Com 3c905C-TX In-reply-to: Your message of Wed, 1 May 2002 21:37:20 -0700 (PDT) . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 May 2002 09:35:43 +0300 From: Danny Braniss Message-Id: Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Out of curiosity, do only 3c509's exibit this behavior, or is this > the core problem with 3c59x's as well? My experiences have not > been consistent with these cards, and I had assumed it was due > to buggy code in the 3-Com chipset. I've noticed flaky behavior from the > "Vortex" [3c59x] card as well. > no problem with: (the ethernet is OnBoard) Dell GX-115: 3Com 3c905C-TX Fast Etherlink XL Dell GX-150: 3Com 3c905C-TX Fast Etherlink XL (PXE et.all) danny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Wed May 1 23:39:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by hub.freebsd.org (Postfix) with ESMTP id E6B2937B400; Wed, 1 May 2002 23:39:40 -0700 (PDT) Received: from [203.51.9.142] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5324aadf) with ESMTP id ktffaaaa for ; Thu, 2 May 2002 16:40:21 +1000 Message-ID: <3CD0DF08.3070706@quake.com.au> Date: Thu, 02 May 2002 16:39:04 +1000 From: Kal Torak Organization: Quake Networking User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en MIME-Version: 1.0 To: kudzu@tenebras.com Cc: FreeBSD Stable , FreeBSD Mobile Subject: Re: pc-card ethernet problems since upgrade from 4.2 References: <3CD08EE6.8030605@quake.com.au> <3CD0A0B8.9040106@tenebras.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Michael Sierchio wrote: > > The newer ed driver doesn't require the use of fa_select -- > I discovered this with my Netgear FA410TX. Have you done a > mergemaster, or at least updated /etc/defaults/pccard.conf? > > One of these configurations should work > > # D-Link DE-650 and DE-660 > card "D-Link" "/DE-6[56]0/" > config auto "ed" ? 0x10 > insert /etc/pccard_ether $device start > remove /etc/pccard_ether $device stop > > # D-Link DFE-650 Fast Ethernet Card > card "D-Link" "DFE-650" > config auto "ed" ? 0x80010 > insert /etc/pccard_ether $device start > remove /etc/pccard_ether $device stop Yeah its all installed and updated fine... Both those entrys are in my pccard.conf as well... I can see that fa_select is no longer needed since it brings the card up and works out the media fine.. But it still times out.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 2 1: 8:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from node14e65.a2000.nl (node14e65.a2000.nl [24.132.78.101]) by hub.freebsd.org (Postfix) with ESMTP id 992A537B400; Thu, 2 May 2002 01:08:26 -0700 (PDT) Received: from node14e65.a2000.nl (localhost.a2000.nl [127.0.0.1]) by node14e65.a2000.nl (8.12.3/8.11.6) with ESMTP id g428846d000313; Thu, 2 May 2002 10:08:15 +0200 (CEST) (envelope-from gkoller@node14e65.a2000.nl) Received: (from gkoller@localhost) by node14e65.a2000.nl (8.12.3/8.12.2/Submit) id g42884FC000312; Thu, 2 May 2002 10:08:04 +0200 (CEST) Date: Thu, 2 May 2002 10:08:04 +0200 From: Guido Kollerie To: Sten Cc: Danny Braniss , current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: 3Com 3c905C-TX Message-ID: <20020502080804.GA275@node14e65.a2000.nl> References: <20020501202806.GA256@node14e65.a2000.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, May 01, 2002 at 11:49:02PM +0200, Sten wrote: > The only way to use them reliably is to force > both the card and the switch. We came to the > conclusion that fxp's are a nicer option. I have exchanged the 3Com NIC for an Intel one. I'm using an Intel NIC at work and haven't had any problems with it under FreeBSD. What remains strange though is that the 3Com NIC used to work just fine. As said before the strange behaviour (full-duplex -> half-duplex) occurred about a month ago. Around the same time I performed a 'make world'. Was the xl driver changed somehow in the period before that? -- Guido --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE80PPkC7vo05+GQSwRAqD7AJ4n9ObpLcUOtCH9iEElDUaHn/E0cACdEHrh NzB4AegSgI1NULYAIfJ6Gms= =eK8a -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 2 1:24:14 2002 Delivered-To: freebsd-stable@freebsd.org Received: from easynet-gw.netvalue.fr (easynet-gw.netvalue.fr [212.180.121.161]) by hub.freebsd.org (Postfix) with ESMTP id 45D4D37B41C for ; Thu, 2 May 2002 01:24:07 -0700 (PDT) Received: from mail.netvalue.fr (dauphine.netvalue.fr [192.168.1.13]) by easynet-gw.netvalue.fr (Postfix) with ESMTP id 876298CBC for ; Thu, 2 May 2002 10:24:05 +0200 (CEST) Received: from mail-fr.netvalue.fr ([192.168.1.18]) by mail.netvalue.fr (Netscape Messaging Server 3.6) with ESMTP id AAA6F2B for ; Thu, 2 May 2002 10:24:04 +0200 Received: from netvalue.com ([192.168.1.100]) by mail-fr.netvalue.fr (Netscape Messaging Server 4.01) with ESMTP id GVH60300.UTR; Thu, 2 May 2002 10:24:03 +0200 Message-ID: <3CD0F7A4.4030903@netvalue.com> Date: Thu, 02 May 2002 10:24:04 +0200 From: "Erwan Arzur" Organization: NetValue S.A. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en, fr-FR MIME-Version: 1.0 To: Martin Kaeske Cc: freebsd-stable@freebsd.org Subject: Re: /dev/dsp: Device busy References: <20020430224551.A2720@walnut.hh59.local> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Martin Kaeske wrote: > Hello, > I'm running FreeBSD-4.5-STABLE (cvsup and build 24 Apr). > If i try to play an audiofile (mp3 with mpg123 as well as > cat an au-file to /dev/dsp) i get a "Device busy" error. So > my questions is: Are there any recent changes to pcm-code that > could result in such an error? (It worked fine with 4.5-RELEASE and > still works under DOS, so i think the hardware is okay) > If it is of importance, i can play Audio-CDs with cdcontrol. > I also tried lsof to see if there is a process holding /dev/dsp open. > And yes i ran mergemaster after the buildworld :) > > Thanks in advance > Martin > fstat /dev/dsp ? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Thu May 2 1:26:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from www.golsyd.net.au (golsyd.net.au [203.57.20.1]) by hub.freebsd.org (Postfix) with ESMTP id 6C7A737B404; Thu, 2 May 2002 01:26:01 -0700 (PDT) Received: from [203.51.9.142] by www.quake.com.au (NTMail 4.30.0012/AB6169.63.5324aadf) with ESMTP id ztffaaaa for ; Thu, 2 May 2002 18:26:38 +1000 Message-ID: <3CD0F7F0.9000802@quake.com.au> Date: Thu, 02 May 2002 18:25:20 +1000 From: Kal Torak Organization: Quake Networking User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9) Gecko/20020311 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Cc: FreeBSD Mobile Subject: Re: pc-card ethernet problems since upgrade from 4.2 References: <3CD08EE6.8030605@quake.com.au> Content-Type: multipart/mixed; boundary="------------060605010007070705010803" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. --------------060605010007070705010803 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Kal Torak wrote: > Hi, > > I have an IBM Thinkpad I series (model 2611) and a D-Link > ethernet pc-card (DFE-650) which was working ok under 4.2 > but had to use fa_select to stop it from timing out... > > Now I upgraded to 4.4 and it just keeps timing out anyway, > even using fa_select doesnt help... Before ifconfig couldnt > seem to initialise the card so I would just set the ip and > then use fa_select to bring it up.. Now ifconfig seems to > be able to initialise the card its self, but not properly > since I constantly get "ed1: timed out" messages.. > > Is there some flags I can pass to ifconfig to make it do > what it did in 4.2 that might make it work again? Or maybe > some that will initialise it properly?? > > Any ideas would be great! Thanks! Just thought I would attatch a dmesg from a verbose boot incase that helps shed some light on whats going wrong... --------------060605010007070705010803 Content-Type: text/plain; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.out" Copyright (c) 1992-2001 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 4.4-RELEASE #0: Tue Sep 18 11:57:08 PDT 2001 murray@builder.FreeBSD.org:/usr/src/sys/compile/GENERIC Calibrating clock(s) ... TSC clock: 299930231 Hz, i8254 clock: 1193138 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium/P55C (quarter-micron) (299.94-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x582 Stepping = 2 Features=0x8001bf real memory = 100597760 (98240K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x004a6000 - 0x05fe7fff, 95690752 bytes (23362 pages) config> di bt0 config> di aic0 config> di aha0 config> di adv0 config> q avail memory = 93257728 (91072K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f0280 bios32: Entry = 0xf0210 (c00f0210) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x0 pnpbios: Found PnP BIOS data at 0xc00f5520 pnpbios: Entry = fa000:0 Rev = 1.0 pnpbios: Event flag at 4b0 Other BIOS signatures found: ACPI: 000fe030 Preloaded elf kernel "kernel" at 0xc0480000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc04800a8. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=153110b9) pcibios: No call entry point npx0: on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 129684865 bytes/sec bzero() bandwidth = 758725341 bytes/sec pcib0: on motherboard found-> vendor=0x10b9, dev=0x1531, revid=0xb3 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x10b9, dev=0x1533, revid=0x0a class=06-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x1217, dev=0x6832, revid=0x34 class=06-07-00, hdrtype=0x02, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 44000000, size 12 found-> vendor=0x1217, dev=0x6832, revid=0x34 class=06-07-00, hdrtype=0x02, mfdev=1 subordinatebus=0 secondarybus=0 intpin=b, irq=9 map[10]: type 1, range 32, base 44001000, size 12 found-> vendor=0x10c8, dev=0x0004, revid=0x01 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base 07000000, size 24 map[14]: type 1, range 32, base 08000000, size 21 map[18]: type 1, range 32, base 08200000, size 20 found-> vendor=0x10b9, dev=0x5229, revid=0x20 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=15 map[20]: type 1, range 32, base 00006090, size 4 found-> vendor=0x10b9, dev=0x7101, revid=0x09 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base 0000f100, size 6 map[14]: type 1, range 32, base 0000f140, size 5 found-> vendor=0x10b9, dev=0x5237, revid=0x03 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=10 map[10]: type 1, range 32, base 08300000, size 12 pci0: on pcib0 isab0: at device 2.0 on pci0 isa0: on isab0 pcic0: mem 0x44000000-0x44000fff irq 9 at device 5.0 on pci0 pcic0: Warning: O2micro OZ68xx chips may not work pccard0: on pcic0 pcic1: mem 0x44001000-0x44001fff irq 9 at device 5.1 on pci0 pcic1: Warning: O2micro OZ68xx chips may not work using shared irq9. pccard1: on pcic1 pci0: (vendor=0x10c8, dev=0x0004) at 6.0 irq 9 atapci0: port 0x6090-0x609f irq 15 at device 11.0 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x6090 ata0: mask=03 status0=50 status1=00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI probe a=00 b=00 ata0-slave: ATAPI probe a=00 b=00 ata0: mask=03 status0=50 status1=00 ata0-master: ATA probe a=01 b=a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x6098 ata1: mask=03 status0=50 status1=01 ata1: mask=03 ostat0=50 ostat2=01 ata1-master: ATAPI probe a=14 b=eb ata1-slave: ATAPI probe a=00 b=00 ata1: mask=03 status0=00 status1=01 ata1-slave: ATA probe a=04 b=00 ata1: devices=04 ata1: at 0x170 irq 15 on atapci0 chip1: port 0xf140-0xf15f,0xf100-0xf13f at device 12.0 on pci0 ohci0: mem 0x8300000-0x8300fff irq 10 at device 15.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ex_isa_identify() ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number pcic-: pcic0 exists, using next available unit number pcic-: pcic1 exists, using next available unit number Trying Read_Port at 203 YMH0021: start dependant YMH0021: adding io range 0x220-0x22f, size=0x10, align=0x10 YMH0021: adding io range 0x530-0x537, size=0x8, align=0x8 YMH0021: adding io range 0x388-0x38f, size=0x8, align=0x8 YMH0021: adding io range 0x330-0x331, size=0x2, align=0x2 YMH0021: adding io range 0x370-0x371, size=0x2, align=0x2 YMH0021: adding irq mask 0x20 YMH0021: adding dma mask 0x1 YMH0021: adding dma mask 0x80 YMH0021: start dependant YMH0021: adding io range 0x240-0x24f, size=0x10, align=0x10 YMH0021: adding io range 0xe80-0xe87, size=0x8, align=0x8 YMH0021: adding io range 0x388-0x38f, size=0x8, align=0x8 YMH0021: adding io range 0x300-0x301, size=0x2, align=0x2 YMH0021: adding io range 0x100-0xfff, size=0x2, align=0x2 YMH0021: adding irq mask 0xea0 YMH0021: adding dma mask 0x3 YMH0021: adding dma mask 0x80 YMH0021: start dependant YMH0021: adding io range 0x220-0x28f, size=0x10, align=0x10 YMH0021: adding io range 0x530-0xf4f, size=0x8, align=0x8 YMH0021: adding io range 0x388-0x3ff, size=0x8, align=0x8 YMH0021: adding io range 0x300-0x335, size=0x2, align=0x2 YMH0021: adding io range 0x100-0xfff, size=0x2, align=0x2 YMH0021: adding irq mask 0xea8 YMH0021: adding dma mask 0x83 YMH0021: adding dma mask 0x83 YMH0021: end dependant PnP device failed to report resource data isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0:
unsuscribe=20 freebsd-stable
------=_NextPart_000_0009_01C1F2CE.EB6368F0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 8:25:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from sofia.digsys.bg (sofia.digsys.bg [193.68.3.250]) by hub.freebsd.org (Postfix) with ESMTP id 2124237B400 for ; Fri, 3 May 2002 08:25:01 -0700 (PDT) Received: from comm.uni-svishtov.bg (ns.uni-svishtov.bg [193.68.172.1]) by sofia.digsys.bg (8.9.0/8.9.0) with ESMTP id SAA06571 for ; Fri, 3 May 2002 18:24:57 +0300 (EEST) Received: from grinch.uni-svishtov.bg (mail.uni-svishtov.bg [193.68.172.9]) by comm.uni-svishtov.bg (8.11.6/8.9.3) with ESMTP id g43FOut20296 for ; Fri, 3 May 2002 18:24:56 +0300 (EEST) Received: from deckland (deckland.uni-svishtov.bg [193.68.173.82]) by grinch.uni-svishtov.bg (8.12.1/8.12.1) with SMTP id g43FOtkF022678 for ; Fri, 3 May 2002 18:24:56 +0300 (EEST) Message-ID: <001501c1f2b6$b42c8230$52ad44c1@deckland> From: "Radoslav Vasilev" To: Subject: Date: Fri, 3 May 2002 18:25:06 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG unsuscribe freebsd-stable To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 8:27:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rutger.owt.com (rutger.owt.com [204.118.6.16]) by hub.freebsd.org (Postfix) with ESMTP id 1E28E37B417 for ; Fri, 3 May 2002 08:27:06 -0700 (PDT) Received: from owt.com (owt-207-41-94-232.owt.com [207.41.94.232]) by rutger.owt.com (8.9.3/8.9.3) with ESMTP id IAA27858; Fri, 3 May 2002 08:26:53 -0700 Message-ID: <3CD2AC3C.9010904@owt.com> Date: Fri, 03 May 2002 08:26:52 -0700 From: Kent Stewart User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us, es-mx MIME-Version: 1.0 To: Radoslav Vasilev Cc: freebsd-stable@FreeBSD.ORG Subject: Re: References: <001501c1f2b6$b42c8230$52ad44c1@deckland> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Radoslav Vasilev wrote: > unsuscribe freebsd-stable > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message That is 2 of them. You have to send them to the majordomo Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 8:28:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dire.bris.ac.uk (dire.bris.ac.uk [137.222.10.60]) by hub.freebsd.org (Postfix) with ESMTP id 9255F37B405 for ; Fri, 3 May 2002 08:28:08 -0700 (PDT) Received: from mail.ilrt.bris.ac.uk by dire.bris.ac.uk with SMTP-PRIV with ESMTP; Fri, 3 May 2002 16:27:58 +0100 Received: from cmjg (helo=localhost) by mail.ilrt.bris.ac.uk with local-esmtp (Exim 3.16 #1) id 173exg-0004iD-00; Fri, 03 May 2002 16:27:08 +0100 Date: Fri, 3 May 2002 16:27:07 +0100 (BST) From: Jan Grant X-X-Sender: cmjg@mail.ilrt.bris.ac.uk To: Makoto Matsushita Cc: stable@FreeBSD.org Subject: Re: 4.5-release, kern.flp, kernel.gz, loader issue? In-Reply-To: <20020503230442O.matusita@jp.FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 3 May 2002, Makoto Matsushita wrote: > Jan.Grant> Quick question: can someone confirm that the loader on the > Jan.Grant> kern.flp image that comes with 4.5-release can handle a > Jan.Grant> compressed kernel image? > > Yes. Mount kern.flp (it's a simple UFS filesystem) and see what's in it. /boot/loader, /boot/loader.rc, /kernel.gz > Jan.Grant> I suspect this is my fault (I've already worked around it) - > Jan.Grant> but just checking. > > How do you gzip your kernel? You can use gzip(1) to gzip kernel, and > you can't use kgzip(8) for that. I didn't; I downloaded and wrote the kern.flp disk image from the ftp site. When I booted it, the loader didn't know how to read the kernel.gz that was sitting there. > Jan.Grant> I suspect most people are using bootable ISO images these > Jan.Grant> days. > > I think so too, I know that many users fetch ISO image instead of > the distribution itself, from snapshots.jp.FreeBSD.org :-) I'll put this one down to cosmic rays. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk and Nostradamus never dreamed of the Church of the Accellerated Worm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 8:50:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 3C5FD37B400 for ; Fri, 3 May 2002 08:50:42 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g43Foaf91984; Sat, 4 May 2002 00:50:36 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: stable@FreeBSD.org In-Reply-To: References: <20020503230442O.matusita@jp.FreeBSD.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 8 From: Makoto Matsushita To: Jan.Grant@bristol.ac.uk Subject: Re: 4.5-release, kern.flp, kernel.gz, loader issue? Date: Sat, 04 May 2002 00:50:24 +0900 Message-Id: <20020504005024H.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jan.Grant> When I booted it, the loader didn't know how to read the Jan.Grant> kernel.gz that was sitting there. What messages are shown? -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 8:57:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from europa.cox-internet.com (europa-cox.cox-internet.com [208.180.118.40]) by hub.freebsd.org (Postfix) with ESMTP id 2368F37B439 for ; Fri, 3 May 2002 08:57:23 -0700 (PDT) Received: from eclipse ([208.180.232.150]) by europa.cox-internet.com (InterMail vK.4.03.05.03 201-232-132-103 license 180e1de7f543f89455b24e508f9cca39) with SMTP id <20020503155249.NWVK27180.europa@eclipse>; Fri, 3 May 2002 10:52:49 -0500 Message-ID: <000b01c1f2bb$316e6890$0200000a@eclipse> From: "Robby Williamson" To: =?iso-8859-1?Q?Mattias_Bj=F6rk?= , "Ted Sikora" Cc: References: Subject: Re: Harddisk failure ? Date: Fri, 3 May 2002 10:57:10 -0500 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.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG howdy guys. I have a BP6 with dual 500's. I am using the HPT366 controller and my only HD is a Seagate ST330630A. I have been running stable since 4.3 on it. I have had no rebooting problems. yet. =/ as far as getting that promise card, I would say not yes, but hell yes.(if your budget can take it) the HPT controller is also notorious for screwing up things in Win NT 5 (2000). this is where my help gets vague. About 2 months ago I read ( I think it was www.hardocp.com ) that there was a problem with IBM drives in that they are only designed to run 8-10 hours a day. This was confirmed by an IBM tech person. any more time can cause the HD to fail. I assume a HD sending bad signals could reboot a machine. I will work on getting you a link. --------------------------------------------------------------- Robby "ThunderCat" Williamson www.upaboveit.org "Failure is not an option." ----- Original Message ----- From: "Mattias Björk" To: "Ted Sikora" Cc: Sent: Friday, May 03, 2002 05:07 Subject: Re: Harddisk failure ? Hi, On Thu, 2 May 2002, Ted Sikora wrote: > Mattias Björk wrote: > > > > Hi, > > > > I get this error on one of my harddisc. I have two of the one, its a ibm > > gxp 60 60 gb disc. And I always have my computers on, and one day when I > > entered the room I notice that the machine with the two ibm discs hade > > rebooted because my uptime has started from scratch. Im not sure but I > > think that this caused the box to reboot. Any that can explain what might > > be wrong? I have replaced my gxp 60 60 gb disc with a 75 gxp 40 gb disc. > > And I have not yet seen the problem again. The gxp 60 disc is on the same > > cable as a western digital caviar xl 100 gb ata100. I don't know if it > > could be a problem between them? Any how thanks in advance. And is a bp6 > > motherboard and I only use the ata33 controller. > > > > It's the BP6 same problem here... resetting ata-x devices constantly... > then eventually locks up. Started in -stable a few weeks ago. I finally > put 4.5-Release back. Does it with any HD on the HPT366 or PII in > -stable But Im not using the ata66 controller on the m/b. Im only using the ata33 controller, see below. Or they are the same chipset? And so what you are saying is that its not a hardware but a software problem? But sometimes it doesn't lock up. I allways have my computer on so I noticed that it hade rebooted one time sometime under night because when read the uptime it was wasen't more then 12-24 h something and before it was over 22 days. Last time I tried to use my ata66 controler on my bp6 m/b, it kernel paniced after a very short time if I don't remember wrong. host# atacontrol list ATA channel 0: Master: ad0 ATA/ATAPI rev 5 Slave: no device present ATA channel 1: Master: ad2 ATA/ATAPI rev 5 Slave: ad3 ATA/ATAPI rev 5 ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present Anyway thanks for the answer, and do you think I will help if a get another ata controller? Like a ata133 promise controller? Mvh Mattias Björk A dozen, a gross, and a score, Plus three times the square root of four, Divided by seven, Plus five times eleven, Equals nine squared plus zero, no more. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 9:18:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by hub.freebsd.org (Postfix) with SMTP id C3E5837B417 for ; Fri, 3 May 2002 09:18:46 -0700 (PDT) Received: (qmail 22258 invoked from network); 3 May 2002 16:18:46 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (66.92.188.241) by 0 with SMTP; 3 May 2002 16:18:46 -0000 Message-ID: <3CD2B865.5020102@tenebras.com> Date: Fri, 03 May 2002 09:18:45 -0700 From: Michael Sierchio Reply-To: kudzu@tenebras.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020427 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brian T.Schellenberger" Cc: Dave Hayes , Brooks Davis , Terry Lambert , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Difference between RELENG_* and RELENG_*_BP References: <200205030637.g436bab89675@hokkshideh2.jetcafe.org> <20020503131502.28B45BB29@i8k.babbleon.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Brian T.Schellenberger wrote: > The existance of this thread merely demonstrates that people don't make use > the resources that are already out there. No, the existence of this thread demonstrates that the historical explanation is less than satisfying as an excuse for the broken nomenclature -- and that's why it keeps coming up. I realize that it's SOP some places to fix bugs by documenting them, but was hoping for something better here ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10: 4:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by hub.freebsd.org (Postfix) with ESMTP id F166037B41A for ; Fri, 3 May 2002 10:04:09 -0700 (PDT) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP id GQF37091; Fri, 03 May 2002 10:04:08 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Postfix) with ESMTP id 33E7E5D04; Fri, 3 May 2002 10:04:07 -0700 (PDT) To: Makoto Matsushita Cc: Jan.Grant@bristol.ac.uk, stable@FreeBSD.org Subject: Re: 4.5-release, kern.flp, kernel.gz, loader issue? In-reply-to: Your message of "Fri, 03 May 2002 23:04:42 +0900." <20020503230442O.matusita@jp.FreeBSD.org> Date: Fri, 03 May 2002 10:04:07 -0700 From: "Kevin Oberman" Message-Id: <20020503170407.33E7E5D04@ptavv.es.net> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Makoto Matsushita > Date: Fri, 03 May 2002 23:04:42 +0900 > Sender: owner-freebsd-stable@FreeBSD.ORG > > > Jan.Grant> Quick question: can someone confirm that the loader on the > Jan.Grant> kern.flp image that comes with 4.5-release can handle a > Jan.Grant> compressed kernel image? > > Yes. Mount kern.flp (it's a simple UFS filesystem) and see what's in it. > > Jan.Grant> I suspect this is my fault (I've already worked around it) - > Jan.Grant> but just checking. > > How do you gzip your kernel? You can use gzip(1) to gzip kernel, and > you can't use kgzip(8) for that. But you can use bzip2(1) with recent releases. I don't remember exactly when bzip2(1) support was added, but certainly within the past year. It will produce a SLIGHTLY smaller file than gzip(1). R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10:19: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id E160F37B41C for ; Fri, 3 May 2002 10:18:58 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g43HISf11435; Sat, 4 May 2002 02:18:28 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: Jan.Grant@bristol.ac.uk, stable@FreeBSD.org In-Reply-To: <20020503170407.33E7E5D04@ptavv.es.net> References: <20020503230442O.matusita@jp.FreeBSD.org> <20020503170407.33E7E5D04@ptavv.es.net> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 9 From: Makoto Matsushita To: oberman@es.net Subject: Re: 4.5-release, kern.flp, kernel.gz, loader issue? Date: Sat, 04 May 2002 02:18:25 +0900 Message-Id: <20020504021825C.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG oberman> But you can use bzip2(1) with recent releases. Yes and No. loader(8) code of 4.5-RELEASE (strictly speaking, 4-stable after Oct/18/2001) does support bzip2ed kernel image, but it is *NOT* enabled by default. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10:20:19 2002 Delivered-To: freebsd-stable@freebsd.org Received: from unagi.cybernothing.org (unagi.cybernothing.org [205.158.174.211]) by hub.freebsd.org (Postfix) with ESMTP id 2B68637B420 for ; Fri, 3 May 2002 10:20:10 -0700 (PDT) Received: from twinlark.arctic.org ([208.44.199.239]) by unagi.cybernothing.org (8.11.3/8.10.1/JDF) with ESMTP id g43HKAK69747 for ; Fri, 3 May 2002 10:20:10 -0700 (PDT) Received: (qmail 5401 invoked by uid 1347); 1 May 2002 14:10:42 -0000 Date: 1 May 2002 14:10:42 -0000 Message-ID: <20020501141042.5400.qmail@twinlark.arctic.org> From: atk2@arctic.org To: freebsd-stable@FreeBSD.ORG Subject: dd of=/dev/eide_drive bs=8192 if=/dev/mem kills system Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have 4.5-stable (updated it last night to get the ata 133 support for my disk drive). I was doing a bit of crude benchmark and used dd if=/dev/eide_drive bs=8192 of=/dev/null to test read speed (iostat -c 100 indicates about 40MB/sec sustained (i.e., not cache) - if it is accurate) Anyways I then tried to test write speed with dd of=/dev/eide_drive bs=8192 if=/dev/mem and the system hanged. I forget the exact symbols for eide_drive but it was an unmounted slice - yea I know if it worked it would have killed the slice - but the slice is unused so I didn't care). I'm not overly concern that the above killed the system as it isn't needed for daily use -- just noting it in case it is a kernel bug... (not kernel didn't panic - it hanged - I waited about 5 minutes then did a reset -- nothing responded during that time including mouse (was running X) and hdd light on case was off) Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10:21:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from unagi.cybernothing.org (unagi.cybernothing.org [205.158.174.211]) by hub.freebsd.org (Postfix) with ESMTP id EAF5C37B432 for ; Fri, 3 May 2002 10:21:01 -0700 (PDT) Received: from twinlark.arctic.org ([208.44.199.239]) by unagi.cybernothing.org (8.11.3/8.10.1/JDF) with ESMTP id g43HL2K69776 for ; Fri, 3 May 2002 10:21:02 -0700 (PDT) Received: (qmail 16413 invoked by uid 1347); 2 May 2002 12:45:24 -0000 Date: 2 May 2002 12:45:24 -0000 Message-ID: <20020502124524.16412.qmail@twinlark.arctic.org> From: atk2@arctic.org To: freebsd-stable@FreeBSD.ORG Subject: dd of=/dev/eide_drive bs=8192 if=/dev/mem kills system Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have 4.5-stable (updated it last night to get the ata 133 support for my disk drive). I was doing a bit of crude benchmark and used dd if=/dev/eide_drive bs=8192 of=/dev/null to test read speed (iostat -c 100 indicates about 40MB/sec sustained (i.e., not cache) - if it is accurate) Anyways I then tried to test write speed with dd of=/dev/eide_drive bs=8192 if=/dev/mem and the system hanged. I forget the exact symbols for eide_drive but it was an unmounted slice - yea I know if it worked it would have killed the slice - but the slice is unused so I didn't care). I'm not overly concern that the above killed the system as it isn't needed for daily use -- just noting it in case it is a kernel bug... (not kernel didn't panic - it hanged - I waited about 5 minutes then did a reset -- nothing responded during that time including mouse (was running X) and hdd light on case was off) Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10:21:49 2002 Delivered-To: freebsd-stable@freebsd.org Received: from unagi.cybernothing.org (unagi.cybernothing.org [205.158.174.211]) by hub.freebsd.org (Postfix) with ESMTP id 3322037B422 for ; Fri, 3 May 2002 10:21:27 -0700 (PDT) Received: from twinlark.arctic.org ([208.44.199.239]) by unagi.cybernothing.org (8.11.3/8.10.1/JDF) with ESMTP id g43HLRK69785 for ; Fri, 3 May 2002 10:21:27 -0700 (PDT) Received: (qmail 21602 invoked by uid 1347); 2 May 2002 14:25:49 -0000 Date: 2 May 2002 14:25:49 -0000 Message-ID: <20020502142549.21601.qmail@twinlark.arctic.org> From: atk2@arctic.org To: freebsd-stable@FreeBSD.ORG Subject: dd of=/dev/eide_drive bs=8192 if=/dev/mem kills system Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have 4.5-stable (updated it last night to get the ata 133 support for my disk drive). I was doing a bit of crude benchmark and used dd if=/dev/ad0s2e bs=8192 of=/dev/null to test read speed (iostat -c 100 indicates about 40MB/sec sustained (i.e., not cache) - if it is accurate) Anyways I then tried to test write speed with dd of=/dev/dev/ad0s2e bs=8192 if=/dev/mem and the system hanged. This was an unmounted slice - yea I know if it worked it would have killed the slice - but the slice is unused so I didn't care). I'm not overly concern that the above killed the system as it isn't needed for daily use -- just noting it in case it is a kernel bug... (note kernel didn't panic - it hanged - I waited about 5 minutes then did a reset -- nothing responded during that time including mouse (was running X) and hdd light on case was off) Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10:26:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp1.knology.net (user-24-214-63-226.knology.net [24.214.63.226]) by hub.freebsd.org (Postfix) with SMTP id C3F6C37B405 for ; Fri, 3 May 2002 10:26:32 -0700 (PDT) Received: (qmail 9742 invoked by uid 8002); 3 May 2002 17:26:32 -0000 Received: from unknown (HELO grumpy.dyndns.org) (24.214.210.89) by smtp1.knology.net with SMTP; 3 May 2002 17:26:32 -0000 Received: from grumpy.dyndns.org (localhost [127.0.0.1]) by grumpy.dyndns.org (8.12.2/8.12.2) with ESMTP id g43HQV4I070868; Fri, 3 May 2002 12:26:31 -0500 (CDT) (envelope-from dkelly@grumpy.dyndns.org) Received: (from dkelly@localhost) by grumpy.dyndns.org (8.12.2/8.12.2/Submit) id g43HQUJH070867; Fri, 3 May 2002 12:26:30 -0500 (CDT) Date: Fri, 3 May 2002 12:26:30 -0500 From: David Kelly To: Birk Cc: "'freebsd-stable@freebsd.org'" Subject: Re: port/racoon broken Message-ID: <20020503122630.E65394@grumpy.dyndns.org> References: <01C1F2A3.90F8CCA0@ari@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5.1i In-Reply-To: <01C1F2A3.90F8CCA0@ari@snafu.de>; from ari@snafu.de on Fri, May 03, 2002 at 01:08:05PM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 03, 2002 at 01:08:05PM +0200, Birk wrote: > Hi, > > The latest racoon (20020426a) seems to be broken. > >From the log: > > | isakmp_quick.c:2028:get_proposal_r(): > | no policy found: ຠ^H4ø¿¿<ù¿¿àu^E^H4ø¿¿^V > | pfkey.c:738:pfkey_timeover(): > | M-^@Ì ^H`M-^S ^H give up to get IPsec-SA due to time up to wait. Where is this log? I can't find it. Then again may not have it enabled. On the other hand the above version of racoon is talking to another of the same for me. Or at least I think so. I get some of these now and then in /var/log/messages which I'd appreciate somebody explaining. Have "log debug2;" in racoon.conf on one end but not the other, both get this message but not in sync: May 3 03:09:44 Frisket /kernel: IPv4 ESP input: no key association found for spi 37447490 -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10:27:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp2.wanadoo.nl (smtp2.wanadoo.nl [194.134.35.138]) by hub.freebsd.org (Postfix) with ESMTP id 51CA737B400; Fri, 3 May 2002 10:26:51 -0700 (PDT) Received: from ams-gw.sohara.org (i1814.vwr.wanadoo.nl [194.134.215.30]) by smtp2.wanadoo.nl (8.11.3/8.11.3) with SMTP id g43HLmJ27412; Fri, 3 May 2002 19:21:49 +0200 (MEST) Date: Fri, 3 May 2002 19:20:50 +0200 From: "Steve O'Hara-Smith" To: "Brian T.Schellenberger" Cc: dave@jetcafe.org, brooks@one-eyed-alien.net, kudzu@tenebras.com, tlambert2@MINDSPRING.COM, drew@mykitchentable.net, bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Difference between RELENG_* and RELENG_*_BP Message-Id: <20020503192050.0d9f7f29.steve@sohara.org> In-Reply-To: <20020503131502.28B45BB29@i8k.babbleon.org> References: <200205030637.g436bab89675@hokkshideh2.jetcafe.org> <20020503131502.28B45BB29@i8k.babbleon.org> X-Mailer: Sylpheed version 0.7.5 (GTK+ 1.2.10; i386-portbld-freebsd4.5) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 3 May 2002 09:15:01 -0400 Brian T.Schellenberger wrote: BTS> Stable is, in fact, fairly stable. I mean, if you are going to track updates I would go so far as to say that -stable is remarkably stable. So much so that it is easily mistaken for some kind of magicly tested prerelease track. The fact that this mistake can be made is an impressive tribute to the committers involved, the fact that it can be made so often is even more impressive. The most effective way to reduce expectations on the branch would probably be to break it more often - I am quite happy with this not being tried :) -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 10:36:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from unagi.cybernothing.org (unagi.cybernothing.org [205.158.174.211]) by hub.freebsd.org (Postfix) with ESMTP id 18A4937B405 for ; Fri, 3 May 2002 10:36:50 -0700 (PDT) Received: from twinlark.arctic.org ([208.44.199.239]) by unagi.cybernothing.org (8.11.3/8.10.1/JDF) with ESMTP id g43HanK70384 for ; Fri, 3 May 2002 10:36:50 -0700 (PDT) Received: (qmail 21809 invoked by uid 1347); 3 May 2002 17:36:47 -0000 Date: 3 May 2002 17:36:47 -0000 Message-ID: <20020503173647.21808.qmail@twinlark.arctic.org> From: atk2@arctic.org To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org Subject: Oops - sorry Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I sort of sent multiple email (test and description of problems) because the email was being rejected by freebsd.org (aka I was sending the duplicate to see if the problem was fixed without realizing the original had been queued/saved for resend). The problem was that an upstream provider (some very large company I won't name) had messed up reverse dns lookups so the email was being silently rejected. My friend who admin this computer rerouted email I sent (and others who use this machine) to fix the problem until his net provider can get their net provider (you get the picture) to fix the dns problem... Aka sorry for the spam... Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 11:16:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from techst02.technion.ac.il (techst02.technion.ac.il [132.68.7.4]) by hub.freebsd.org (Postfix) with ESMTP id 0BA6037B41A for ; Fri, 3 May 2002 11:16:07 -0700 (PDT) Received: by techst02.technion.ac.il (Postfix, from userid 11469) id 3D8C414F76; Fri, 3 May 2002 21:16:01 +0300 (IDT) Received: from localhost (localhost [127.0.0.1]) by techst02.technion.ac.il (Postfix) with ESMTP id 3495111E35 for ; Fri, 3 May 2002 21:16:01 +0300 (IDT) Date: Fri, 3 May 2002 21:16:01 +0300 (IDT) From: Roman Shterenzon X-X-Sender: To: Subject: PTRACE big fixed until 4.6-RELEASE? Message-ID: Organization: Xpert UNIX Systems Ltd. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I'm curious if this bug is going away before the RELEASE: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/35175 -Roman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 11:17:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from alicia.nttmcl.com (alicia.nttmcl.com [216.69.69.10]) by hub.freebsd.org (Postfix) with ESMTP id 09B6037B422; Fri, 3 May 2002 11:16:52 -0700 (PDT) Received: (from jj@localhost) by alicia.nttmcl.com (8.10.1/8.10.1) id g43IFwS04551; Fri, 3 May 2002 11:15:58 -0700 (PDT) Date: Fri, 3 May 2002 11:15:58 -0700 From: JJ Behrens To: Dave Hayes , Brooks Davis , Michael Sierchio , Terry Lambert , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Difference between RELENG_* and RELENG_*_BP Message-ID: <20020503111558.A2534@alicia.nttmcl.com> Mail-Followup-To: JJ Behrens , Dave Hayes , Brooks Davis , Michael Sierchio , Terry Lambert , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <200205030637.g436bab89675@hokkshideh2.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200205030637.g436bab89675@hokkshideh2.jetcafe.org>; from dave@jetcafe.org on Thu, May 02, 2002 at 11:37:31PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > All this dovetails with something I expressed earlier, with regards to > annotating documentation. Somehow, this community needs to be able to > process a certan class of ideas in a format other than linear mailing > lists. Perhaps some sort of meta-document is needed which describes > how things currently work, and some sort of attachable discussion > needs to go with ideas in that document. Perhaps this is the handbook? > > I don't have a completely clear picture yet. Maybe some of you can > help me get one? =) The online documentation for PHP allows users to post comments at the end of every page of the online documentation. Often times, these comments serve to enlighten others about various quirks of the libraries. Perhaps doing the same thing with the FreeBSD handbook pages (only online) might be a good idea. To critique myself, in this particular situation, the handbook details the that -STABLE isn't stable very well in section 19.2.2 (I'm always impressed by how nice the handbook is). However, user comments at the end might be nice to explain why this branch has historically been called stable, and why it'd be too difficult to change the name. If there's a general concensus that this would be a good idea, I'd be willing to help make it happen. -jj -- Users of C++ should consider hanging themselves rather than shooting their legs off--it's best not to use C++ simply as a better C. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 11:21:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from falcon.prod.itd.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id 57FEA37B41A; Fri, 3 May 2002 11:21:41 -0700 (PDT) Received: from pool0248.cvx40-bradley.dialup.earthlink.net ([216.244.42.248] helo=mindspring.com) by falcon.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173hgX-0005Ww-00; Fri, 03 May 2002 11:21:37 -0700 Message-ID: <3CD2D513.C6566342@mindspring.com> Date: Fri, 03 May 2002 11:21:07 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: JJ Behrens Cc: Dave Hayes , Brooks Davis , Michael Sierchio , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re:organic documentation References: <200205030637.g436bab89675@hokkshideh2.jetcafe.org> <20020503111558.A2534@alicia.nttmcl.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG JJ Behrens wrote: > The online documentation for PHP allows users to post comments at the end of > every page of the online documentation. Often times, these comments serve to > enlighten others about various quirks of the libraries. Perhaps doing the same > thing with the FreeBSD handbook pages (only online) might be a good idea. The problem with this (and the similar "FAQ-o-matic") approach is that they are very deep. In other words, you have to go through a large set of branch points to get to the information. Aside from the classification problem (everyone has to classify the same way for them to be able to get the information out), the human factors argue that the depth should not exceed 3 on any set of choices, before you get to what you want (HCI studies at Bell Labs confirms this number). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 11:35:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from twirl.bitdance.com (twirl.bitdance.com [208.210.83.50]) by hub.freebsd.org (Postfix) with ESMTP id A763637B416; Fri, 3 May 2002 11:35:11 -0700 (PDT) Received: from localhost (bitz@localhost) by twirl.bitdance.com (8.11.6/8.11.6) with ESMTP id g43IYf437274; Fri, 3 May 2002 14:34:41 -0400 (EDT) (envelope-from bitz@twirl.bitdance.com) Date: Fri, 3 May 2002 14:34:40 -0400 (EDT) From: "R. David Murray" To: Terry Lambert Cc: JJ Behrens , Dave Hayes , Brooks Davis , Michael Sierchio , Drew Tomlinson , , , Subject: Re:organic documentation In-Reply-To: <3CD2D513.C6566342@mindspring.com> Message-ID: <20020503142917.H32803-100000@twirl.bitdance.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 3 May 2002, Terry Lambert wrote: > Aside from the classification problem (everyone has to classify > the same way for them to be able to get the information out), > the human factors argue that the depth should not exceed 3 on > any set of choices, before you get to what you want (HCI studies > at Bell Labs confirms this number). Sorry for dropping in to the middle of a conversation, but this comment puzzles me. I fail to see how: handbook + per-page comments from readers is *inferior* to: handbook with no comments given that the handbook maintainers do not have infinate time to polish the handbook, nor infinate knowledge about the quirks discoverd by the community. Good comments could be properly classified and incorporated into the text as the maintainers have time. On the other hand, I *can* see that it might be a non-trivial project to integrate the documentation system with a web comment system such that the two do not interfere with each other. --RDM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 13:10:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pD9EB10DE.dip.t-dialin.net (pD9EB10DE.dip.t-dialin.net [217.235.16.222]) by hub.freebsd.org (Postfix) with ESMTP id E07B037B417 for ; Fri, 3 May 2002 13:10:14 -0700 (PDT) Received: from computer (computer.hq.gddn.org [192.168.176.1]) by eddi.hq.gddn.org (8.12.3/8.12.3) with SMTP id g43KABr2066028 for ; Fri, 3 May 2002 22:10:12 +0200 (CEST) (envelope-from ari@snafu.de) Received: by localhost with Microsoft MAPI; Fri, 3 May 2002 22:10:11 +0200 Message-ID: <01C1F2EF.4AEDF9A0@ari@snafu.de> From: Birk To: "'freebsd-stable@freebsd.org'" Subject: RE: port/racoon broken Date: Fri, 3 May 2002 22:10:09 +0200 Organization: * X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4025 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Confirmed. I immediately mailed the committer about this (a week ago) but > he did not answer. Thanks for the response. At least I know what to do: Until this is fixed I'll go back to the pervious version. AFAIR the port itself was not changed (other tha the version no. and the checksum for the package). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 13:13:12 2002 Delivered-To: freebsd-stable@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 6971B37B419; Fri, 3 May 2002 13:13:08 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id B35CE319931; Fri, 3 May 2002 15:13:11 -0500 (CDT) Date: Fri, 3 May 2002 15:13:11 -0500 From: "David W. Chapman Jr." To: David Kelly Cc: Birk , "'freebsd-stable@freebsd.org'" , sumikawa@FreeBSD.org Subject: Re: port/racoon broken Message-ID: <20020503201311.GB33112@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: David Kelly , Birk , "'freebsd-stable@freebsd.org'" , sumikawa@FreeBSD.org References: <20020503122630.E65394@grumpy.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020503122630.E65394@grumpy.dyndns.org> User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 03, 2002 at 12:26:30PM -0500, David Kelly wrote: > On Fri, May 03, 2002 at 01:08:05PM +0200, Birk wrote: > > Hi, > > > > The latest racoon (20020426a) seems to be broken. > > >From the log: > > > > | isakmp_quick.c:2028:get_proposal_r(): > > | no policy found: ?? ^H4??? > | pfkey.c:738:pfkey_timeover(): > > | M-^@? ^H`M-^S ^H give up to get IPsec-SA due to time up to wait. > > Where is this log? I can't find it. Then again may not have it enabled. > > On the other hand the above version of racoon is talking to another of > the same for me. Or at least I think so. > > I get some of these now and then in /var/log/messages which I'd > appreciate somebody explaining. Have "log debug2;" in racoon.conf on one > end but not the other, both get this message but not in sync: > > May 3 03:09:44 Frisket /kernel: IPv4 ESP input: no key association found for spi 37447490 I'm having the same problem, I tried to get two sites with ipsec and racoon to talk and they just wouldn't. My screen showed the same thing FYI, if you want output you can run racoon -F I must warn you though, racoon -dF seems to core dump sometimes -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 13:13:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 929CB37B400 for ; Fri, 3 May 2002 13:13:48 -0700 (PDT) Received: by leviathan.inethouston.net (Postfix, from userid 1001) id 23D66319931; Fri, 3 May 2002 15:13:52 -0500 (CDT) Date: Fri, 3 May 2002 15:13:52 -0500 From: "David W. Chapman Jr." To: Birk Cc: "'freebsd-stable@freebsd.org'" Subject: Re: port/racoon broken Message-ID: <20020503201352.GC33112@leviathan.inethouston.net> Reply-To: "David W. Chapman Jr." Mail-Followup-To: Birk , "'freebsd-stable@freebsd.org'" References: <01C1F2EF.4AEDF9A0@ari@snafu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <01C1F2EF.4AEDF9A0@ari@snafu.de> User-Agent: Mutt/1.3.28i X-Operating-System: FreeBSD 4.5-STABLE i386 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 03, 2002 at 10:10:09PM +0200, Birk wrote: > > Confirmed. I immediately mailed the committer about this (a week ago) but > > he did not answer. > > Thanks for the response. At least I know what to do: Until this is fixed > I'll go back to the pervious version. AFAIR the port itself was not > changed (other tha the version no. and the checksum for the package). If the maintainer doesn't respond in a week, email me and if the old version is still around I will downgrade it for you. -- David W. Chapman Jr. dwcjr@inethouston.net Raintree Network Services, Inc. dwcjr@freebsd.org FreeBSD Committer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 13:14:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pD9EB10DE.dip.t-dialin.net (pD9EB10DE.dip.t-dialin.net [217.235.16.222]) by hub.freebsd.org (Postfix) with ESMTP id 7056837B41A for ; Fri, 3 May 2002 13:14:33 -0700 (PDT) Received: from computer (computer.hq.gddn.org [192.168.176.1]) by eddi.hq.gddn.org (8.12.3/8.12.3) with SMTP id g43KEWr2066166 for ; Fri, 3 May 2002 22:14:32 +0200 (CEST) (envelope-from ari@snafu.de) Received: by localhost with Microsoft MAPI; Fri, 3 May 2002 22:14:31 +0200 Message-ID: <01C1F2EF.E65F5F00@ari@snafu.de> From: Birk To: "'freebsd-stable@freebsd.org'" Subject: RE: port/racoon broken Date: Fri, 3 May 2002 22:14:30 +0200 Organization: * X-Mailer: Microsoft Internet E-mail/MAPI - 8.0.0.4025 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > The latest racoon (20020426a) seems to be broken. > > >From the log: > >=20 > > | isakmp_quick.c:2028:get_proposal_r(): > > | no policy found: =E0=BA ^H4=F8=BF=BF<=F9=BF=BF=E0u^E^H4=F8=BF=BF^V > > | pfkey.c:738:pfkey_timeover(): > > | M-^@=CC ^H`M-^S ^H give up to get IPsec-SA due to time up to wait. >=20 > Where is this log? I can't find it. Then again may not have it = enabled. racoon writes to syslog as > /kernel: IPv4 ESP input: no key association found for spi 37447490 This is not from racoon but the ipsec part of the kernel. I got them=20 too but had no problems (again, with the old racoon). I guess this=20 normal ipsec noise from expired key assignments. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 13:28:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from HAL9000.wox.org (12-232-222-90.client.attbi.com [12.232.222.90]) by hub.freebsd.org (Postfix) with ESMTP id 7DF5D37B41E; Fri, 3 May 2002 13:28:24 -0700 (PDT) Received: (from das@localhost) by HAL9000.wox.org (8.11.6/8.11.6) id g43KSKE25054; Fri, 3 May 2002 13:28:20 -0700 (PDT) (envelope-from das) Date: Fri, 3 May 2002 13:28:20 -0700 From: David Schultz To: "R. David Murray" Cc: Terry Lambert , JJ Behrens , Dave Hayes , Brooks Davis , Michael Sierchio , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: organic documentation Message-ID: <20020503132820.A24949@HAL9000.wox.org> Mail-Followup-To: "R. David Murray" , Terry Lambert , JJ Behrens , Dave Hayes , Brooks Davis , Michael Sierchio , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG References: <3CD2D513.C6566342@mindspring.com> <20020503142917.H32803-100000@twirl.bitdance.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020503142917.H32803-100000@twirl.bitdance.com>; from bitz@bitdance.com on Fri, May 03, 2002 at 02:34:40PM -0400 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thus spake R. David Murray : > On Fri, 3 May 2002, Terry Lambert wrote: > > Aside from the classification problem (everyone has to classify > > the same way for them to be able to get the information out), > > the human factors argue that the depth should not exceed 3 on > > any set of choices, before you get to what you want (HCI studies > > at Bell Labs confirms this number). > > Sorry for dropping in to the middle of a conversation, but this > comment puzzles me. I fail to see how: > > handbook + per-page comments from readers > > is *inferior* to: > > handbook with no comments I remember those comments in the PHP manual from back when I used PHP. More often than not, they were wrong or misleading. Yes, this is worse than no comments at all. Anyone can submit changes to the FreeBSD documentation as it is; they're just forced to carefully think out the changes they want to make, rather than submitting one-line apothegms from a web browser. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 13:30:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from rwcrmhc54.attbi.com (rwcrmhc54.attbi.com [216.148.227.87]) by hub.freebsd.org (Postfix) with ESMTP id AFA1437B400 for ; Fri, 3 May 2002 13:30:28 -0700 (PDT) Received: from mac.com ([12.231.115.57]) by rwcrmhc54.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020503203028.LGCW2627.rwcrmhc54.attbi.com@mac.com> for ; Fri, 3 May 2002 20:30:28 +0000 Message-ID: <3CD2F363.9080700@mac.com> Date: Fri, 03 May 2002 13:30:27 -0700 From: paul beard User-Agent: Mozilla/5.0 (X11; U; NetBSD i386; en-US; rv:1.0rc1) Gecko/20020429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable Subject: Re: SCSI questions References: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Ian wrote: >my first suspicion if I were you would be a > bad cable. You and the other respondents got it in one: it is in fact a bad cable. The drive showed up on my NetBSD/macppc machine just fine and I was able to mount and read just fine. Now to find that cable somewhere. Thanks to all who helped. I have never used SCSI in unix or linux so the messages I was seeing were all new to me. -- Paul Beard 8040 27th Ave NE Seattle WA 98115 206 529 8400 O'Toole's Commentary on Murphy's Law: Murphy was an optimist. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 14:12:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id E704937B419 for ; Fri, 3 May 2002 14:12:51 -0700 (PDT) Received: from chojin (unknown [192.168.1.3]) by tarakan-network.com (Postfix) with SMTP id 3D9B820C74; Fri, 3 May 2002 23:12:30 +0200 (CEST) Message-ID: <001d01c1f2e7$49fcdc80$0301a8c0@chojin> From: "Chojin" To: "Ng Pheng Siong" , References: <20020503143829.C308@vista.netmemetic.com> Subject: Re: buildworld fails in PAM Date: Fri, 3 May 2002 23:12:53 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ----- Original Message ----- From: "Ng Pheng Siong" To: Sent: Friday, May 03, 2002 8:38 AM Subject: buildworld fails in PAM > Hi, > > I'm getting this error with "make buildworld": > > ===> libpam/modules/pam_ssh ... I also had a problem with pam_ssh, not exactly the same error: building shared library pam_ssh.so /usr/libexec/elf/ld: cannot find -lssh *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_ssh. *** Error code 1 This is from a freshly-supped source tree too. -- Chojin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 14:23:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from violet.metron.com (indigo.metron.com [192.160.193.52]) by hub.freebsd.org (Postfix) with ESMTP id 67A8937B41A; Fri, 3 May 2002 14:23:30 -0700 (PDT) Received: from violet.metron.com (localhost.metron.com [127.0.0.1]) by violet.metron.com (8.11.6/8.11.6) with ESMTP id g43LNTp12307; Fri, 3 May 2002 14:23:30 -0700 (PDT) (envelope-from lou@violet.metron.com) Received: (from lou@localhost) by violet.metron.com (8.12.3/8.12.3/Submit) id g43LNTnS012304; Fri, 3 May 2002 14:23:29 -0700 (PDT) (envelope-from lou) Date: Fri, 3 May 2002 14:23:29 -0700 From: Lou Katz To: JJ Behrens Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: Difference between RELENG_* and RELENG_*_BP Message-ID: <20020503142329.A12265@metron.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, May 03, 2002 at 11:15:58AM -0700, JJ Behrens wrote: > > The online documentation for PHP allows users to post comments at the end of > every page of the online documentation. Often times, these comments serve to > enlighten others about various quirks of the libraries. Perhaps doing the same > thing with the FreeBSD handbook pages (only online) might be a good idea. > > To critique myself, in this particular situation, the handbook details the that > -STABLE isn't stable very well in section 19.2.2 (I'm always impressed by how > nice the handbook is). However, user comments at the end might be nice to > explain why this branch has historically been called stable, and why it'd be > too difficult to change the name. > > If there's a general concensus that this would be a good idea, I'd be willing > to help make it happen. That would help a lot. From the point of view of a native English speaker, the nomenclature is certainly confusing. Explaining why it is so is OK, pointing out that it is not to be taken literally will help. What I would like is a few explicit examples (HowTOs ????) ... for instance, I have installed from the 4.5 CD rom set. If all I want is security fixes, what tag do I put in my cvsup file? Or don't I do that at all? So, starting from a CD installation: 1. What is the procedure (is there a procedure?) for only getting security fixes? 2. Is there a procedure for only getting serious bug fixes? Are 1 and 2 above mutually exclusive? While I greatly appreciate the effort that goes into both the code and the documentation, this STABLE/CURRENT/who-knows-what-to-fix-security stuff gives the Unix bashers yet another opportunity to badmouth the effort. If I could get clear on 1 and 2 above, I wouldn't care at all if the terms used were GOLD/SILVER/PLATINUM/DROSS/LEAD/FLUFFY/SQUOOSHY. Thank you -=[Lou Katz]=- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 15:42:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pilot26.cl.msu.edu (pilot26.cl.msu.edu [35.9.5.46]) by hub.freebsd.org (Postfix) with ESMTP id C378F37B400 for ; Fri, 3 May 2002 15:42:38 -0700 (PDT) Received: from gft (pm558-41.dialip.mich.net [35.9.49.93]) by pilot26.cl.msu.edu (8.10.2/8.10.2) with SMTP id g43MgbA55466 for ; Fri, 3 May 2002 18:42:37 -0400 Message-ID: <001201c1f2f3$d640a4e0$0100a8c0@gft> From: "Jeff Shaw" To: Subject: help Date: Fri, 3 May 2002 18:42:35 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01C1F2D2.4B0C0F20" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is a multi-part message in MIME format. ------=_NextPart_000_000F_01C1F2D2.4B0C0F20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_000F_01C1F2D2.4B0C0F20 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_000F_01C1F2D2.4B0C0F20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 15:46:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from laptop.tenebras.com (laptop.tenebras.com [66.92.188.18]) by hub.freebsd.org (Postfix) with SMTP id 7E49037B416 for ; Fri, 3 May 2002 15:46:42 -0700 (PDT) Received: (qmail 23827 invoked from network); 3 May 2002 22:46:39 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (66.92.188.241) by 0 with SMTP; 3 May 2002 22:46:39 -0000 Message-ID: <3CD3134E.5080306@tenebras.com> Date: Fri, 03 May 2002 15:46:38 -0700 From: Michael Sierchio Reply-To: kudzu@tenebras.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0rc1) Gecko/20020427 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeff Shaw Cc: freebsd-stable@FreeBSD.org Subject: Re: help References: <001201c1f2f3$d640a4e0$0100a8c0@gft> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: "Jeff Shaw" > To: > Subject: help > Date: Fri, 3 May 2002 18:42:35 -0400 > MIME-Version: 1.0 > Content-Type: multipart/alternative; > boundary="----=_NextPart_000_000F_01C1F2D2.4B0C0F20" > X-Priority: 3 > X-MSMail-Priority: Normal > X-Mailer: Microsoft Outlook Express 5.50.4522.1200 > X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 These last two lines may be related to your problem. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 15:53:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pilot26.cl.msu.edu (pilot26.cl.msu.edu [35.9.5.46]) by hub.freebsd.org (Postfix) with ESMTP id 5C13137B41B for ; Fri, 3 May 2002 15:53:13 -0700 (PDT) Received: from gft (pm558-41.dialip.mich.net [35.9.49.93]) by pilot26.cl.msu.edu (8.10.2/8.10.2) with SMTP id g43MrCA18554 for ; Fri, 3 May 2002 18:53:12 -0400 Message-ID: <002301c1f2f5$50b541d0$0100a8c0@gft> From: "Jeff Shaw" To: Subject: SIS 7012 not yet completely working Date: Fri, 3 May 2002 18:53:16 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Today I updated my entire system from 4.2-RELEASE to stable. The SIS 7012 audio on my ECS K7S5A (SIS 735 chipset) works, but it sounds bad. Whenever there is audio, a kind of electronic buzzing noise is added. I just want to raise the fact that support for this audio device is not yet complete. Other than that, FreeBSD-STABLE is great! Keep up the good work. Now, all I need to do is find a fast connection to download XFree86 4.2.0. Ugh. Thanks, Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 16:46:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from glatton.cnchost.com (glatton.cnchost.com [207.155.248.47]) by hub.freebsd.org (Postfix) with ESMTP id 6AD1D37B419; Fri, 3 May 2002 16:46:26 -0700 (PDT) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by glatton.cnchost.com id TAA15927; Fri, 3 May 2002 19:46:13 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200205032346.TAA15927@glatton.cnchost.com> To: Terry Lambert Cc: JJ Behrens , Dave Hayes , Brooks Davis , Michael Sierchio , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: organic documentation In-reply-to: Your message of "Fri, 03 May 2002 11:21:07 PDT." <3CD2D513.C6566342@mindspring.com> Date: Fri, 03 May 2002 16:46:12 -0700 From: Bakul Shah Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert writes: > JJ Behrens wrote: > > The online documentation for PHP allows users to post comments at the end o > f > > every page of the online documentation. Often times, these comments serve > to > > enlighten others about various quirks of the libraries. Perhaps doing the > same > > thing with the FreeBSD handbook pages (only online) might be a good idea. > > The problem with this (and the similar "FAQ-o-matic") approach > is that they are very deep. > > In other words, you have to go through a large set of branch > points to get to the information. > > Aside from the classification problem (everyone has to classify > the same way for them to be able to get the information out), > the human factors argue that the depth should not exceed 3 on > any set of choices, before you get to what you want (HCI studies > at Bell Labs confirms this number). It is interesting to note that the plan9 people from the same Bell Labs are using a wiki for "information pertinent to installing, configuring, and using the operating system Plan 9 from Bell Labs."! http://plan9.bell-labs.com/wiki/plan9/plan_9_wiki/index.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 17: 4:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by hub.freebsd.org (Postfix) with ESMTP id 806FC37B431; Fri, 3 May 2002 17:03:52 -0700 (PDT) Received: from pool0260.cvx40-bradley.dialup.earthlink.net ([216.244.43.5] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173n1X-00077E-00; Fri, 03 May 2002 17:03:40 -0700 Message-ID: <3CD3253D.1500D66@mindspring.com> Date: Fri, 03 May 2002 17:03:09 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bakul Shah Cc: JJ Behrens , Dave Hayes , Brooks Davis , Michael Sierchio , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: organic documentation References: <200205032346.TAA15927@glatton.cnchost.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Bakul Shah wrote: > > Aside from the classification problem (everyone has to classify > > the same way for them to be able to get the information out), > > the human factors argue that the depth should not exceed 3 on > > any set of choices, before you get to what you want (HCI studies > > at Bell Labs confirms this number). > > It is interesting to note that the plan9 people from the same > Bell Labs are using a wiki for "information pertinent to > installing, configuring, and using the operating system Plan > 9 from Bell Labs."! > > http://plan9.bell-labs.com/wiki/plan9/plan_9_wiki/index.html This is a perfect example of "everyone has to classify the same way". It also demonstrates the other problem of hierarchical categorization, which is that it's impossible to get a single document with all the information on it so it can be linearly searched (e.g. via a browser "find text"). You end up having to provide a seperate search facility (the Plan 9 wiki lacks one of these), and index the content to make it searchable. This generally isn't very satisfactory in realization, even if you provide such a search function, since what's an important keyword or key phrase to you is often not important to the indexing software (simple indexing fails to identify phrase matches at all, and you are stuck with a phrase being treated as unordered keywords). A good example of why simple indexing is bad is the search facility for the FreeBSD mailing list archives. The facility that's there is better than nothing, but it's unfortunately less useful than google (for example) when looking up specific topics and issues (e.g. try and find the OpenVRRP FreeBSD VRRP implementation via the mailing list search -- it's in there: google found it, but the local search engine didn't). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 17: 8:53 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pizza.monkeybrains.net (pizza.monkeybrains.net [209.237.231.4]) by hub.freebsd.org (Postfix) with ESMTP id 1D77E37B417 for ; Fri, 3 May 2002 17:08:48 -0700 (PDT) Received: from localhost (rudy@localhost) by pizza.monkeybrains.net (8.11.6/8.11.6) with ESMTP id g4408ip05880 for ; Fri, 3 May 2002 17:08:44 -0700 (PDT) (envelope-from rudybulk@monkeybrains.net) Date: Fri, 3 May 2002 17:08:44 -0700 (PDT) From: Rudy X-X-Sender: rudy@pizza.monkeybrains.net To: freebsd-stable@freebsd.org Subject: named and the -t flag Message-ID: <20020503170601.K5636-100000@pizza.monkeybrains.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG named was not loading a few of my master zone files (I am running DNS for 153 domains) when I used the '-t' flag. Also, named seemed to use a lot more CPU (from watching top) when the '-t' flag was used. Now, without that flag, all seems fine. Rudy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 17:12:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from goose.prod.itd.earthlink.net (goose.mail.pas.earthlink.net [207.217.120.18]) by hub.freebsd.org (Postfix) with ESMTP id 18AB437B41D; Fri, 3 May 2002 17:12:17 -0700 (PDT) Received: from pool0260.cvx40-bradley.dialup.earthlink.net ([216.244.43.5] helo=mindspring.com) by goose.prod.itd.earthlink.net with esmtp (Exim 3.33 #2) id 173n9l-0006XU-00; Fri, 03 May 2002 17:12:09 -0700 Message-ID: <3CD3273B.1D8F54F4@mindspring.com> Date: Fri, 03 May 2002 17:11:39 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "R. David Murray" Cc: JJ Behrens , Dave Hayes , Brooks Davis , Michael Sierchio , Drew Tomlinson , bmah@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: organic documentation References: <20020503142917.H32803-100000@twirl.bitdance.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "R. David Murray" wrote: > Sorry for dropping in to the middle of a conversation, but this > comment puzzles me. I fail to see how: > > handbook + per-page comments from readers > > is *inferior* to: > > handbook with no comments > > given that the handbook maintainers do not have infinate time > to polish the handbook, nor infinate knowledge about the > quirks discoverd by the community. 1) Qualification of sources of information. Not every commenting reader is adding something other than "First Post! Nyah!". 2) Classification varies by individual; to present a coherent whole, not everyone can be an editor. This is why published collections of works have editors: to apply a uniform standard. 3) Disinformatoin is not discernable from information. Consider a dictionary created via a wiki: o Some people could order their entries by length, while others could order them alphabetically; o Is the Schlossen before or after the character "S", lexically? o Who checks the facts? o Copyright assignmnet (I guess you could "shrink wrap" this). > Good comments could be properly classified and incorporated into > the text as the maintainers have time. So you need an editor. I guess you are suggesting that they would be incorporated into the handbook itself? > On the other hand, I *can* see that it might be a non-trivial > project to integrate the documentation system with a web > comment system such that the two do not interfere with each other. A web comment system will interfere. It can't help it. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 18:44:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from drugs.dv.isc.org (drugs.dv.isc.org [130.155.191.236]) by hub.freebsd.org (Postfix) with ESMTP id 589E737B416 for ; Fri, 3 May 2002 18:44:22 -0700 (PDT) Received: from isc.org (localhost.dv.isc.org [127.0.0.1]) by drugs.dv.isc.org (8.11.6/8.11.2) with ESMTP id g441iBx25396; Sat, 4 May 2002 11:44:12 +1000 (EST) (envelope-from marka@isc.org) Message-Id: <200205040144.g441iBx25396@drugs.dv.isc.org> To: Rudy Cc: freebsd-stable@freebsd.org From: Mark.Andrews@isc.org Subject: Re: named and the -t flag In-reply-to: Your message of "Fri, 03 May 2002 17:08:44 MST." <20020503170601.K5636-100000@pizza.monkeybrains.net> Date: Sat, 04 May 2002 11:44:11 +1000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > named was not loading a few of my master zone files (I am running DNS for > 153 domains) when I used the '-t' flag. Also, named seemed to use a lot > more CPU (from watching top) when the '-t' flag was used. > > Now, without that flag, all seems fine. > > Rudy Well '-t' changes the root directory. Any absolute paths then refer to different files. I suggest that you look closely at your logs. Mark > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Mark Andrews, Internet Software Consortium 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews@isc.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 19:58: 8 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp4.knology.net (user-24-214-63-227.knology.net [24.214.63.227]) by hub.freebsd.org (Postfix) with SMTP id 1234E37B405 for ; Fri, 3 May 2002 19:58:04 -0700 (PDT) Received: (qmail 28074 invoked by uid 8002); 4 May 2002 02:58:03 -0000 Received: from unknown (HELO grumpy.dyndns.org) (24.214.210.89) by smtp4.knology.net with SMTP; 4 May 2002 02:58:03 -0000 Received: from grumpy.dyndns.org (localhost [127.0.0.1]) by grumpy.dyndns.org (8.12.2/8.12.2) with ESMTP id g442w24I039100; Fri, 3 May 2002 21:58:02 -0500 (CDT) (envelope-from dkelly@grumpy.dyndns.org) Message-Id: <200205040258.g442w24I039100@grumpy.dyndns.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "David W. Chapman Jr." Cc: freebsd-stable@freebsd.org, sumikawa@freebsd.org From: David Kelly Subject: Re: port/racoon broken In-reply-to: Message from "David W. Chapman Jr." of "Fri, 03 May 2002 15:13:11 CDT." <20020503201311.GB33112@leviathan.inethouston.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 2002 21:58:02 -0500 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "David W. Chapman Jr." writes: > On Fri, May 03, 2002 at 12:26:30PM -0500, David Kelly wrote: > > > > May 3 03:09:44 Frisket /kernel: IPv4 ESP input: no key association found for spi 37447490 > > I'm having the same problem, I tried to get two sites with ipsec and > racoon to talk and they just wouldn't. My screen showed the same > thing Am concerned a bit about this because my two ends *are* talking to each other with the new racoon. The link didn't come up until I started the 2nd racoon, so I feel like the racoons have done their thing. Or am I wrong? I know the link is speaking ESP because that and port 500 UDP is the only path thru my ipfw's. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 20: 2: 9 2002 Delivered-To: freebsd-stable@freebsd.org Received: from zoon.lafn.org (zoon.lafn.org [206.117.18.9]) by hub.freebsd.org (Postfix) with ESMTP id 8FD0337B404 for ; Fri, 3 May 2002 20:02:03 -0700 (PDT) Received: from [10.0.1.90] (66-81-31-88-modem.o1.com [66.81.31.88]) by zoon.lafn.org (8.11.3/8.11.3) with ESMTP id g44321l61603 for ; Fri, 3 May 2002 20:02:01 -0700 (PDT) (envelope-from bc979@lafn.org) Mime-Version: 1.0 X-Sender: bc979@mail.lafn.org Message-Id: In-Reply-To: <001201c1f2f3$d640a4e0$0100a8c0@gft> References: <001201c1f2f3$d640a4e0$0100a8c0@gft> Date: Fri, 3 May 2002 20:00:15 -0700 To: freebsd-stable@FreeBSD.ORG From: Doug Hardie Subject: DVD-R Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I asked this on questions but didn't get any responses. Should the MATSHITADVD-RAM LF-D310 DVD drive work with burncd? I have not been able to get it to burn yet. It properly mounts a CD and reads files. However, on burning I get an error: burncd: ioctl(CDRIOCWRITESPEED): Input/output error The console shows acd0: SET_SPEED - ILLEGAL REQUEST asc=20 ascq=00 error=00 Commenting out that ioctl eliminates the error but the drive seems to do nothing then. -- -- Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 20:14:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from patrocles.silby.com (d114.as12.nwbl0.wi.voyager.net [169.207.135.114]) by hub.freebsd.org (Postfix) with ESMTP id C9C8037B41E for ; Fri, 3 May 2002 20:14:31 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.3/8.12.3) with ESMTP id g443FCUm046417; Fri, 3 May 2002 22:15:12 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.3/8.12.3/Submit) with ESMTP id g443FBKY046414; Fri, 3 May 2002 22:15:11 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Fri, 3 May 2002 22:15:10 -0500 (CDT) From: Mike Silbersack To: D J Hawkey Jr Cc: freebsd-stable@freebsd.org Subject: Re: Heads Up: Accept filters fixed In-Reply-To: <200205031045.g43AjnG23642@sheol.localdomain> Message-ID: <20020503221304.T46097-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 3 May 2002, D J Hawkey Jr wrote: > In article <20020430225620.D32402-200000_patrocles.silby.com@ns.sol.net>, > silby@silby.com writes: > > 1. Stop using them. > > How does one know if one is? No man page(s) on "syncache", but I did > glean this: "man accf_http" Yes, this should probably be mentioned on the accept manpage, hopefully that will happen soon. The short answer is: Unless you added accept filters to your kernel config file or kldloaded them, and are using a new version of Apache which autodetects accept filters, then you are not using accept filters. No apps in the base system use accept filters, AFAIK. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 20:47:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from leviathan.inethouston.net (leviathan.inethouston.net [66.64.12.249]) by hub.freebsd.org (Postfix) with ESMTP id 70CF437B404; Fri, 3 May 2002 20:47:12 -0700 (PDT) Received: from dwcjr (unknown [192.168.0.248]) by leviathan.inethouston.net (Postfix) with ESMTP id 10CBB31992E; Fri, 3 May 2002 22:47:13 -0500 (CDT) Message-ID: <000701c1f31e$5f869af0$f800a8c0@dwcjr> From: "David W. Chapman Jr." To: "David Kelly" Cc: , References: <200205040258.g442w24I039100@grumpy.dyndns.org> Subject: Re: port/racoon broken Date: Fri, 3 May 2002 22:47:11 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > "David W. Chapman Jr." writes: > > On Fri, May 03, 2002 at 12:26:30PM -0500, David Kelly wrote: > > > > > > May 3 03:09:44 Frisket /kernel: IPv4 ESP input: no key association found for spi 37447490 > > > > I'm having the same problem, I tried to get two sites with ipsec and > > racoon to talk and they just wouldn't. My screen showed the same > > thing > > Am concerned a bit about this because my two ends *are* talking to each > other with the new racoon. The link didn't come up until I started the > 2nd racoon, so I feel like the racoons have done their thing. Or am I > wrong? I know the link is speaking ESP because that and port 500 UDP is > the only path thru my ipfw's. ESP encrypts the packets, so if you were to tcpdump it you would only see layer 3(tcpdump formats it nice). The actual connect that's encrypted doesn't speak over port 500. IT appears as if yours is working though. I and a few other people cannot get as far as you though. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 21:26: 0 2002 Delivered-To: freebsd-stable@freebsd.org Received: from blackrain.necessary-evil.org (dsl10.wk.net [208.137.160.13]) by hub.freebsd.org (Postfix) with ESMTP id 6BA7D37B41C for ; Fri, 3 May 2002 21:25:55 -0700 (PDT) Received: from blackrain (drogoh@blackrain [127.0.0.1]) by blackrain.necessary-evil.org (8.11.6/8.11.6) with SMTP id g444Pr981305 for ; Fri, 3 May 2002 23:25:54 -0500 (CDT) (envelope-from drogoh@necessary-evil.org) Date: Fri, 3 May 2002 23:25:23 -0500 From: drogoh To: freebsd-stable@freebsd.org Subject: make world problem Message-Id: <20020503232523.7d050097.drogoh@necessary-evil.org> Organization: there is no organization when the world is chaos X-Mailer: Sylpheed version 0.7.5 (GTK+ 1.2.10; i386-portbld-freebsd4.5) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I get this error when trying to upgrade my world: ===> libstand patch -s -b .orig -o _bzlib.c < /usr/src/lib/libstand/bzlib.c.diff /usr/src/lib/libstand/../../contrib/bzip2/bzlib.c patch: **** Only garbage was found in the patch input. *** Error code 2 FreeBSD blackrain 4.5-STABLE FreeBSD 4.5-STABLE #0: Mon Jan 28 17:54:08 CST 2002 drogoh@blackrain:/usr/obj/usr/src/sys/BLACKRAIN i386 if anyone could help me, I would be much appreciative To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 22:33:46 2002 Delivered-To: freebsd-stable@freebsd.org Received: from moutng0.schlund.de (moutng0.kundenserver.de [212.227.126.170]) by hub.freebsd.org (Postfix) with ESMTP id 91B2C37B416 for ; Fri, 3 May 2002 22:33:40 -0700 (PDT) Received: from [212.227.126.160] (helo=mrelayng0.kundenserver.de) by moutng0.schlund.de with esmtp (Exim 3.22 #2) id 173sAq-0003bs-00; Sat, 04 May 2002 07:33:36 +0200 Received: from [80.129.34.116] (helo=roklein.homeunix.org) by mrelayng0.kundenserver.de with asmtp (Exim 3.22 #2) id 173sAp-00069f-00; Sat, 04 May 2002 07:33:36 +0200 Content-Type: text/plain; charset="big5" From: Robert Klein Reply-To: RoKlein@roklein.de Organization: roklein.de To: "Jeff Shaw" , Subject: Re: SIS 7012 not yet completely working Date: Sat, 4 May 2002 07:33:39 +0200 X-Mailer: KMail [version 1.4] References: <002301c1f2f5$50b541d0$0100a8c0@gft> In-Reply-To: <002301c1f2f5$50b541d0$0100a8c0@gft> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200205040733.40077.RoKlein@roklein.de> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, > Today I updated my entire system from 4.2-RELEASE to stable. The > SIS 7012 audio on my ECS K7S5A (SIS 735 chipset) works, but it > sounds bad. Whenever there is audio, a kind of electronic buzzing > noise is added. > I just want to raise the fact that support for this audio device is > not yet complete. Mike Meyer created a patch a while ago. I saved the discussion on disk -- I'm going to dig it up and send it to you via private mail. Cheers, Robert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 23:17:57 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (dhcp45-25.dis.org [216.240.45.25]) by hub.freebsd.org (Postfix) with ESMTP id 1EB9537B417 for ; Fri, 3 May 2002 23:17:55 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g446GFh00685; Fri, 3 May 2002 23:16:15 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200205040616.g446GFh00685@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: me@carrollkong.com Cc: freebsd-stable@FreeBSD.org Subject: Re: 3Ware 7450 Error Message? In-reply-to: Your message of "Sat, 20 Apr 2002 14:15:10 CDT." <3CC177EE.29203.3BCD2098@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 2002 23:16:15 -0700 From: Michael Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Using 4.5-REL-p3, on a Tyan S2688. 4x80 gig Maxtor HDDs using RAID5 on > a 3Ware 7450 controller. After doing heavy I/O activity, I see this error m > essage (or informational?) pop up in the logs. > > /kernel: twe0: AEN: > > Seems benign, but just curious if I should be careful? > Anyone else see this? 0x21 is reporting a UDMA downgrade; probably dodgy cabling. The driver needs some updating to print these errors properly. 8( = Mike -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 23:22:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (dhcp45-25.dis.org [216.240.45.25]) by hub.freebsd.org (Postfix) with ESMTP id 234DF37B417 for ; Fri, 3 May 2002 23:22:11 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g446Jph00707; Fri, 3 May 2002 23:19:52 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200205040619.g446Jph00707@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Drew Tomlinson" Cc: "Kevin Oberman" , stable@freebsd.org Subject: Re: options PNPBIOS In-reply-to: Your message of "Thu, 18 Apr 2002 21:57:20 PDT." <002101c1e75e$bbfc70f0$1e01a8c0@lc.ca.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 2002 23:19:51 -0700 From: Michael Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > > that the BIOS is configured for PNP OS but still get these messages: > > > > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > unknown: can't assign resources > > > > > > I've searched Google and found others with this problem but no > > > solutions. Is PNPBIOS documented somewhere? Where should I start? > > > > These are always present with PNPBIOS as there are several things that > > identify themselves via PNP that FreeBSD does not know/care > > about. They can almost always be ignored. > > OK, that makes sense. It's wrong though. These are things that you have duplicate data for; typically you have both hints and the PnP BIOS. Nuke the hints and you'll do better. With care, of course. > > Of course, it's entirely possible that I don't understand it. > > You must have a pretty good grasp of it as no one has stepped in to > correct you. :) ... or we're just too busy, or too tired of correcting the same damn misconceptions over and over again. = Mike -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Fri May 3 23:27:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (dhcp45-25.dis.org [216.240.45.25]) by hub.freebsd.org (Postfix) with ESMTP id 03D7637B405 for ; Fri, 3 May 2002 23:27:26 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g446Pnh00775; Fri, 3 May 2002 23:25:49 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200205040625.g446Pnh00775@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Jaye Mathisen Cc: stable@freebsd.org Subject: Re: 3ware problem In-reply-to: Your message of "Thu, 18 Apr 2002 16:58:54 PDT." <20020418165854.A4784@backmaster.cdsnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 May 2002 23:25:49 -0700 From: Michael Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > ASUS P2B-DS mobo, dual p3. Promise fasttrak 66, 2 intel 10/100. > > Just upgraded to 4.5-stable as of 4/17, and put in a 3ware 7850 running 7.4 > > When it boots, right after the 3ware probes, I get this stream of errors > (apparently unceasing): > > Waiting 15 seconds for SCSI devices to settle > twe0: PCI parity error: Reseat card, move card or buggy device present. > Not sure what to do here. Read the error message, perhaps? -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 0: 2: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by hub.freebsd.org (Postfix) with ESMTP id EF8C637B417 for ; Sat, 4 May 2002 00:01:50 -0700 (PDT) Received: from midget.dons.net.au (ppp424.sa.adsl.on.net [150.101.244.167]) by smtp0.adl1.internode.on.net (8.11.6/8.11.6) with ESMTP id g4471gQ64675; Sat, 4 May 2002 16:31:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Received: from localhost (root@localhost [127.0.0.1]) by midget.dons.net.au (8.12.2/8.12.2) with ESMTP id g4471l52074869; Sat, 4 May 2002 16:31:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: dd of=/dev/eide_drive bs=8192 if=/dev/mem kills system From: "Daniel O'Connor" To: atk2@arctic.org Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20020501141042.5400.qmail@twinlark.arctic.org> References: <20020501141042.5400.qmail@twinlark.arctic.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 04 May 2002 16:31:00 +0930 Message-Id: <1020495661.6619.7.camel@chowder.dons.net.au> Mime-Version: 1.0 X-Spam-Status: No, hits=-5 required=5 X-Spam-Level: (-5) X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 2002-05-01 at 23:40, atk2@arctic.org wrote: > Anyways I then tried to test write speed with > > dd of=/dev/eide_drive bs=8192 if=/dev/mem > > and the system hanged. I forget the exact symbols for eide_drive but it > was an unmounted slice - yea I know if it worked it would have killed the > slice - but the slice is unused so I didn't care). I'm not overly concern > that the above killed the system as it isn't needed for daily use -- just > noting it in case it is a kernel bug... (not kernel didn't panic - it > hanged - I waited about 5 minutes then did a reset -- nothing responded during > that time including mouse (was running X) and hdd light on case was off) Reading /dev/mem is not a good idea. Try /dev/zero instead. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 1:28:34 2002 Delivered-To: freebsd-stable@freebsd.org Received: from tarakan-network.com (chojin.adsl.nerim.net [62.4.22.98]) by hub.freebsd.org (Postfix) with ESMTP id D7E4537B417 for ; Sat, 4 May 2002 01:28:29 -0700 (PDT) Received: from chojin (unknown [192.168.1.3]) by tarakan-network.com (Postfix) with SMTP id A316B20C6D for ; Sat, 4 May 2002 10:28:08 +0200 (CEST) Message-ID: <001501c1f345$ac14ecb0$0301a8c0@chojin> From: "Chojin" To: References: <20020501141042.5400.qmail@twinlark.arctic.org> <1020495661.6619.7.camel@chowder.dons.net.au> Subject: Make world failed with RELENG_4_5: in /usr/src/gnu/usr.bin/cc/cc_tools Date: Sat, 4 May 2002 10:28:30 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, after had an error in pam_ssh in RELENG_4 I decided to rm -rf /usr/src and /usr/obj/* and cvs again with RELENG_4_5 branch. But now after make world I get an error in /usr/src/gnu/usr.bin/cc/cc_tools: ... /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c: In function `usage': /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:34: `stderr' undeclared (first use in this function) /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:34: (Each undeclared identifier is reported only once /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gencheck.c:34: for each function it appears in.) *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 You can see the entire log of cvs and make buildworld there: http://www.tarakan-network.com/makeworld/err.txt It might help you I hope. For the moment I cannot upgrade my computer in anyway... If you need some other informations: # uname -a FreeBSD host 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jan 28 14:31:56 GMT 2002 murray@builder.freebsdmall.com:/usr/src/sys/compile/GENERIC i386 # gcc --version 2.95.3 With dmesg: CPU: \^Peftium II.Pentium II Xeon/Celeron (3\^T8,49%IHz 686)class CPU) Origin = "GeluineIntel" Id = 0x612 Qtdppijg = 2 Features=0x183f9ff real memory = 268435456 -- Chojin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 5: 3:52 2002 Delivered-To: freebsd-stable@freebsd.org Received: from a96180.upc-a.chello.nl (a96180.upc-a.chello.nl [62.163.96.180]) by hub.freebsd.org (Postfix) with ESMTP id F2F8637B405 for ; Sat, 4 May 2002 05:03:48 -0700 (PDT) Received: by a96180.upc-a.chello.nl (Postfix, from userid 1001) id EABD82171; Sat, 4 May 2002 14:03:47 +0200 (CEST) Date: Sat, 4 May 2002 14:03:47 +0200 From: Jeroen Ruigrok/asmodai To: Ruben de Groot Cc: Makoto Matsushita , stable@FreeBSD.org Subject: Re: ROOTDEVNAME changed for bootable cd Message-ID: <20020504120347.GX66061@daemon.ninth-circle.org> References: <20020501172232.A74763@ei.bzerk.org> <20020502010426C.matusita@jp.FreeBSD.org> <20020501183522.A75016@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020501183522.A75016@ei.bzerk.org> User-Agent: Mutt/1.3.28i Organisation: Ninth Circle Enterprises Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -On [20020501 18:45], Ruben de Groot (fbsd-stable@bzerk.org) wrote: >Looks like acd0a works (as does acd0). Only acd0c, which used to work in >the past, fails consistently. Funny, since `c' is for the entire disk. Makoto-san, what idea did you have about trying the `a' slice? It does not make sense to me that it works. Arigato, -- Jeroen Ruigrok van der Werven / asmodai / Kita no Mono asmodai@wxs.nl, finger asmodai@ninth-circle.org http://www.softweyr.com/asmodai/ | http://www.tendra.org/ A friend is a single soul dwelling in two bodies... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 5:48:35 2002 Delivered-To: freebsd-stable@freebsd.org Received: from vinyl2.sentex.ca (vinyl2.sentex.ca [199.212.134.13]) by hub.freebsd.org (Postfix) with ESMTP id DCD9337B41E; Sat, 4 May 2002 05:48:30 -0700 (PDT) Received: from house.sentex.net (cage.simianscience.com [64.7.134.1]) (authenticated bits=0) by vinyl2.sentex.ca (8.12.3/8.12.2) with ESMTP id g44CmQdd002076 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO); Sat, 4 May 2002 08:48:27 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020504084607.067206f0@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 04 May 2002 08:48:45 -0400 To: Michael Smith From: Mike Tancsa Subject: Re: 3ware problem Cc: stable@FreeBSD.ORG In-Reply-To: <200205040625.g446Pnh00775@mass.dis.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Actually, I am seeing the same thing /var/log/messages.0.gz:Apr 29 14:30:04 newflint /kernel: twe0: PCI parity error: Reseat card, move card or buggy device present.twe0: PCI parity error: Reseat card, move card or buggy device present. /var/log/messages.0.gz:Apr 29 14:30:18 newflint /kernel: twe0: unexpected status bit(s) 800000 /var/log/messages.0.gz:Apr 29 14:30:18 newflint /kernel: twe0: PCI parity error: Reseat card, move card or buggy device present. /var/log/messages.0.gz:Apr 29 14:30:29 newflint /kernel: twe0: unexpected status bit(s) 800000 /var/log/messages.0.gz:Apr 29 14:30:29 newflint /kernel: twe0: PCI parity error: Reseat card, move card or buggy device present.twe0: PCI parity error: Reseat card, move card or buggy device present. /var/log/messages.0.gz:Apr 29 14:30:31 newflint /kernel: twe0: PCI parity error: Reseat card, move card or buggy device present. /var/log/messages.0.gz:Apr 29 14:30:44 newflint /kernel: twe0: unexpected status bit(s) 800000 /var/log/messages.0.gz:Apr 29 14:30:44 newflint /kernel: twe0: PCI parity error: Reseat card, move card or buggy device present. /var/log/messages.0.gz:Apr 29 14:30:54 newflint /kernel: twe0: unexpected status bit(s) 800000 /var/log/messages.0.gz:Apr 29 14:30:54 newflint /kernel: twe0: PCI parity error: Reseat card, move card or buggy device present. Perhaps bogus firmware ? BIOS settings ? I moved it to two different machines, same problem. ---Mike At 11:25 PM 5/3/2002 -0700, Michael Smith wrote: > > > > ASUS P2B-DS mobo, dual p3. Promise fasttrak 66, 2 intel 10/100. > > > > Just upgraded to 4.5-stable as of 4/17, and put in a 3ware 7850 running 7.4 > > > > When it boots, right after the 3ware probes, I get this stream of errors > > (apparently unceasing): > > > > Waiting 15 seconds for SCSI devices to settle > > twe0: PCI parity error: Reseat card, move card or buggy device present. > > > Not sure what to do here. > >Read the error message, perhaps? > > > >-- >To announce that there must be no criticism of the president, >or that we are to stand by the president, right or wrong, is not >only unpatriotic and servile, but is morally treasonable to >the American public. - Theodore Roosevelt > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 6:38:10 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ntplx.net (mail7.ntplx.net [204.213.176.181]) by hub.freebsd.org (Postfix) with ESMTP id 559EE37B404 for ; Sat, 4 May 2002 06:38:08 -0700 (PDT) Received: from ntplx.net (dhcp-209-54-72-110.ct.dsl.ntplx.com [209.54.72.110]) by mail.ntplx.net (8.11.6/8.11.4/NETPLEX) with ESMTP id g44Dc7w16933 for ; Sat, 4 May 2002 09:38:07 -0400 (EDT) Message-ID: <3CD3E4B2.D210D642@ntplx.net> Date: Sat, 04 May 2002 09:40:02 -0400 From: Ted Sikora X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: "freebsd-stable@FreeBSD.ORG" Subject: dhclient messages Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Anyway of turning these annoying messages off? Started after a cvsup/buildworld this week. It's filling up the messages file and using a term is almost impossible. May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Network Number: 209.xx.xx.xx.xx May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Broadcast Address: 209.xx.xx.255 -- Ted Sikora tsikora@ntplx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 7:30:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 5730A37B41F for ; Sat, 4 May 2002 07:30:05 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id HAA06562; Sat, 4 May 2002 07:30:03 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda06556; Sat May 4 07:29:48 2002 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id g44EThK68819; Sat, 4 May 2002 07:29:43 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdu68817; Sat May 4 07:29:09 2002 Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.3/8.12.3) with ESMTP id g44ET9AF001990; Sat, 4 May 2002 07:29:09 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200205041429.g44ET9AF001990@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-Sender: schubert To: Ted Sikora Cc: "freebsd-stable@FreeBSD.ORG" Subject: Re: dhclient messages In-Reply-To: Message from Ted Sikora of "Sat, 04 May 2002 09:40:02 EDT." <3CD3E4B2.D210D642@ntplx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 May 2002 07:29:09 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3CD3E4B2.D210D642@ntplx.net>, Ted Sikora writes: > Anyway of turning these annoying messages off? > Started after a cvsup/buildworld this week. > It's filling up the messages file and using a term is almost impossible. > > May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Network Number: > 209.xx.xx.xx.xx > May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Broadcast Address: > 209.xx.xx.255 You can use the patch at the end of this email to disable the messages or you can replace the script entirely as I have done on my firewall here at home in my dhclient.conf: script "/usr/local/etc/dhclient-scrip t"; The stock dhclient-script is normally installed from src/contrib/isc-dhcp/client/scripts/freebsd, however you can copy sbin/dhclient/dhclient-script.sh to another location and use it instead. This is basically what I did on my firewall system at home, with modifications to update my jailed-caching-only DNS, re-establish my VPN to work, restart ntpd, and resync IP Filter (ipf -y) if the IP address changes. Generally, what I'm trying to say is that there are other options and you can even modify those options. (Many of the questions that are posted on -stable, -security, and the IP Filter mailing lists can be easily resolved by simple modifications to the dhclient-script of your choice.) --- dhclient-script.orig Sat Apr 27 19:40:24 2002 +++ dhclient-script Sat May 4 06:43:51 2002 @@ -38,12 +38,7 @@ fi fi -if [ x$new_network_number != x ]; then - $LOGGER New Network Number: $new_network_number -fi - if [ x$new_broadcast_address != x ]; then - $LOGGER New Broadcast Address: $new_broadcast_address new_broadcast_arg="broadcast $new_broadcast_address" fi if [ x$old_broadcast_address != x ]; then Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 7:32:33 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ntplx.net (mail7.ntplx.net [204.213.176.181]) by hub.freebsd.org (Postfix) with ESMTP id C2A4637B404 for ; Sat, 4 May 2002 07:32:24 -0700 (PDT) Received: from ntplx.net (dhcp-209-54-72-110.ct.dsl.ntplx.com [209.54.72.110]) by mail.ntplx.net (8.11.6/8.11.4/NETPLEX) with ESMTP id g44EWMw25749; Sat, 4 May 2002 10:32:22 -0400 (EDT) Message-ID: <3CD3F16A.A348273A@ntplx.net> Date: Sat, 04 May 2002 10:34:18 -0400 From: Ted Sikora X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: David Wolfskill , "freebsd-stable@FreeBSD.ORG" Subject: Re: dhclient messages References: <200205041344.g44DivIF095401@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Wolfskill wrote: > > >Date: Sat, 04 May 2002 09:40:02 -0400 > >From: Ted Sikora > > >Anyway of turning these annoying messages off? > >Started after a cvsup/buildworld this week. > >It's filling up the messages file and using a term is almost impossible. > > >May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Network Number: > >209.xx.xx.xx.xx > >May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Broadcast Address: > >209.xx.xx.255 > > Ummm..... > > * They should only show up when a lease is (re-)negotiated. I would > be surprised if this occurs with much frequency on a well-administered > network. > > * How does it affect "using a term"?? The messages pop up over the term session. Not a few probably 10 or so in succession... after a renew I guess. Seems to come every few minutes. Haven't timed it. Here's my recent lease info: renew 6 2002/5/4 09:51:28; rebind 6 2002/5/4 10:19:44; expire 6 2002/5/4 10:27:14; so every 8 minutes or so they come I would guess. Should I have the renew times set longer? The dhcp server is Solaris. I have 3 -stable servers and a workstation they are all doing it after I did a buildworld yesterday morning. Actually they first appeared after just a kernel build on one machine the day before. I had no messages on the console previously. -- Ted Sikora tsikora@ntplx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 7:43:37 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ntplx.net (mail7.ntplx.net [204.213.176.181]) by hub.freebsd.org (Postfix) with ESMTP id 06EF537B416 for ; Sat, 4 May 2002 07:43:32 -0700 (PDT) Received: from ntplx.net (dhcp-209-54-72-110.ct.dsl.ntplx.com [209.54.72.110]) by mail.ntplx.net (8.11.6/8.11.4/NETPLEX) with ESMTP id g44Egtw27454; Sat, 4 May 2002 10:42:55 -0400 (EDT) Message-ID: <3CD3F3E3.CCC9F2C1@ntplx.net> Date: Sat, 04 May 2002 10:44:51 -0400 From: Ted Sikora X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.2 i386) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: Cy Schubert - CITS Open Systems Group , "freebsd-stable@FreeBSD.ORG" Subject: Re: dhclient messages References: <200205041429.g44ET9AF001990@cwsys.cwsent.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Cy Schubert - CITS Open Systems Group wrote: > > In message <3CD3E4B2.D210D642@ntplx.net>, Ted Sikora writes: > > Anyway of turning these annoying messages off? > > Started after a cvsup/buildworld this week. > > It's filling up the messages file and using a term is almost impossible. > > > > May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Network Number: > > 209.xx.xx.xx.xx > > May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Broadcast Address: > > 209.xx.xx.255 > > You can use the patch at the end of this email to disable the messages > or you can replace the script entirely as I have done on my firewall > here at home in my dhclient.conf: script "/usr/local/etc/dhclient-scrip > t"; > > The stock dhclient-script is normally installed from > src/contrib/isc-dhcp/client/scripts/freebsd, however you can copy > sbin/dhclient/dhclient-script.sh to another location and use it > instead. This is basically what I did on my firewall system at home, > with modifications to update my jailed-caching-only DNS, re-establish > my VPN to work, restart ntpd, and resync IP Filter (ipf -y) if the IP > address changes. Generally, what I'm trying to say is that there are > other options and you can even modify those options. (Many of the > questions that are posted on -stable, -security, and the IP Filter > mailing lists can be easily resolved by simple modifications to the > dhclient-script of your choice.) > Done... thanks. -- Ted Sikora tsikora@ntplx.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 8: 1:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from bilver.wjv.com (spdsl-033.wanlogistics.net [63.209.115.33]) by hub.freebsd.org (Postfix) with ESMTP id AB24F37B420 for ; Sat, 4 May 2002 08:01:36 -0700 (PDT) Received: (from bv@localhost) by bilver.wjv.com (8.11.6/8.11.6) id g44F1aQ84309 for freebsd-stable@freebsd.org; Sat, 4 May 2002 11:01:36 -0400 (EDT) (envelope-from bv) Date: Sat, 4 May 2002 11:01:35 -0400 From: Bill Vermillion To: freebsd-stable@freebsd.org Subject: Trouble with some ports Message-ID: <20020504150135.GA84068@wjv.com> Reply-To: bv@wjv.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.25i Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I'm running a recent 4.5 Stable on this machine and 4.6-PRERELEASE on another and I'm having problems compiling ImageMagick which depends on bison. So I tried configuring bison on both machines with the same failure. I shipped the output of the first failure earlier this week to ports@freebsd.org and have heard nothing - but that may be normal. I get errors of not found for CFLAGS, CPPFLAGS, CPP, LDFLAGS, build_alias, host_alias, and target_alias, all repeated several times. I also get an error that the newly created file is older than the distributed files and I'm using ntpdate and the system is never more than 1 second off of the real world time. I'm not sure if this is the correct list but I've not had problems compiling these before. I found these problems when I was using portupgrade for the first time. It may really be user error, or most highly probably a user erro, but at the moment I'm not sure where to look. I've never had ports fail like this before. I cvsup the ports tree every night so all of that should be current. Any help and/or pointers will be really appreciated. Bill -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 8:17:50 2002 Delivered-To: freebsd-stable@freebsd.org Received: from unagi.cybernothing.org (unagi.cybernothing.org [205.158.174.211]) by hub.freebsd.org (Postfix) with ESMTP id 79A4B37B41A for ; Sat, 4 May 2002 08:17:30 -0700 (PDT) Received: from twinlark.arctic.org (twinlark.arctic.org [208.44.199.239]) by unagi.cybernothing.org (8.11.3/8.10.1/JDF) with ESMTP id g44FHVF00424 for ; Sat, 4 May 2002 08:17:31 -0700 (PDT) Received: (qmail 22142 invoked by uid 1347); 4 May 2002 15:17:29 -0000 Date: 4 May 2002 15:17:29 -0000 Message-ID: <20020504151729.22141.qmail@twinlark.arctic.org> From: atk2@arctic.org To: atk2@arctic.org, doconnor@gsoft.com.au Subject: Re: dd of=/dev/eide_drive bs=8192 if=/dev/mem kills system Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <1020495661.6619.7.camel@chowder.dons.net.au> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Thank you for the note. Hum -- didn't realize that - oh well - things change too fast. Well thanks... alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 8:23:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id 18FE637B416 for ; Sat, 4 May 2002 08:23:10 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id IAA07933; Sat, 4 May 2002 08:23:06 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda07931; Sat May 4 08:22:48 2002 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id g44FMhC69458; Sat, 4 May 2002 08:22:43 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpdc69455; Sat May 4 08:22:21 2002 Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.3/8.12.3) with ESMTP id g44FMKAF002354; Sat, 4 May 2002 08:22:20 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200205041522.g44FMKAF002354@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-Sender: schubert To: Ted Sikora Cc: David Wolfskill , "freebsd-stable@FreeBSD.ORG" Subject: Re: dhclient messages In-Reply-To: Message from Ted Sikora of "Sat, 04 May 2002 10:34:18 EDT." <3CD3F16A.A348273A@ntplx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 May 2002 08:22:20 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3CD3F16A.A348273A@ntplx.net>, Ted Sikora writes: > David Wolfskill wrote: > > > > >Date: Sat, 04 May 2002 09:40:02 -0400 > > >From: Ted Sikora > > > > >Anyway of turning these annoying messages off? > > >Started after a cvsup/buildworld this week. > > >It's filling up the messages file and using a term is almost impossible. > > > > >May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Network Number: > > >209.xx.xx.xx.xx > > >May 4 09:00:34 dhcp-209-xx-xx-xx dhclient: New Broadcast Address: > > >209.xx.xx.255 > > > > Ummm..... > > > > * They should only show up when a lease is (re-)negotiated. I would > > be surprised if this occurs with much frequency on a well-administered > > network. > > > > * How does it affect "using a term"?? > > The messages pop up over the term session. > Not a few probably 10 or so in succession... after a renew I guess. > Seems to come every few minutes. Haven't timed it. > > Here's my recent lease info: > > renew 6 2002/5/4 09:51:28; > rebind 6 2002/5/4 10:19:44; > expire 6 2002/5/4 10:27:14; > > so every 8 minutes or so they come I would guess. > Should I have the renew times set longer? The dhcp server is Solaris. Eight minutes does seem silly. If you manage the DHCP server, by all means set the lease times longer. If you do not manage the the DHCP server, the best you can do is request a longer lease time and hope that you get it. > > I have 3 -stable servers and a workstation they are all doing it after I > did a buildworld yesterday morning. Actually they first appeared after > just a kernel build on one machine the day before. > > I had no messages on the console previously. I'm not experiencing this problem, however I don't know what DHCP server is being used by my cable company. Is it possible that a change occurred on the DHCP server you use at or around the time of your last buildworld? Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 8:27:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from smtp0.adl1.internode.on.net (smtp0.adl1.internode.on.net [203.16.214.194]) by hub.freebsd.org (Postfix) with ESMTP id 2D97137B419 for ; Sat, 4 May 2002 08:27:31 -0700 (PDT) Received: from midget.dons.net.au (ppp424.sa.adsl.on.net [150.101.244.167]) by smtp0.adl1.internode.on.net (8.11.6/8.11.6) with ESMTP id g44FRRQ23841; Sun, 5 May 2002 00:57:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Received: from localhost (root@localhost [127.0.0.1]) by midget.dons.net.au (8.12.2/8.12.2) with ESMTP id g44FRW52079799; Sun, 5 May 2002 00:57:33 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: dd of=/dev/eide_drive bs=8192 if=/dev/mem kills system From: "Daniel O'Connor" To: atk2@arctic.org Cc: freebsd-stable@FreeBSD.ORG In-Reply-To: <20020504151729.22141.qmail@twinlark.arctic.org> References: <20020504151729.22141.qmail@twinlark.arctic.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 Date: 05 May 2002 00:57:19 +0930 Message-Id: <1020526041.399.0.camel@chowder.dons.net.au> Mime-Version: 1.0 X-Spam-Status: No, hits=-5 required=5 X-Spam-Level: (-5) X-Scanned-By: MIMEDefang 2.6 (www dot roaringpenguin dot com slash mimedefang) Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 2002-05-05 at 00:47, atk2@arctic.org wrote: > Thank you for the note. Hum -- didn't realize that - oh well - things change > too fast. Well thanks... Reading /dev/mem _any_ time would have been unadvisable. You just got lucky before. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 8:46:55 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id D0CE137B41B for ; Sat, 4 May 2002 08:46:52 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g44Fkbf41444; Sun, 5 May 2002 00:46:37 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: fbsd-stable@bzerk.org, stable@FreeBSD.org In-Reply-To: <20020504120347.GX66061@daemon.ninth-circle.org> References: <20020502010426C.matusita@jp.FreeBSD.org> <20020501183522.A75016@ei.bzerk.org> <20020504120347.GX66061@daemon.ninth-circle.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 21 From: Makoto Matsushita To: asmodai@wxs.nl Subject: Re: ROOTDEVNAME changed for bootable cd Date: Sun, 05 May 2002 00:46:34 +0900 Message-Id: <20020505004634U.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG asmodai> Makoto-san, what idea did you have about trying the `a' asmodai> slice? In Old 4-stable system, /dev/acd0a and /dev/acd0c are different: crw-rw-rw- 2 root operator 117, 0 Feb 7 01:53 /dev/acd0a crw-rw-rw- 2 root operator 117, 2 Feb 7 01:53 /dev/acd0c However, in recent 4-stable, /dev/acd0a and /dev/acd0c are same: crw-r----- 4 root operator 117, 0 May 5 00:39 /dev/acd0a crw-r----- 4 root operator 117, 0 May 5 00:39 /dev/acd0c This is because new ata code was MFCed to 4-stable (I forgot when.) I doubt if fbsd-stable@bzerk.org's CD-ROM has old /dev directory (it is obvious that s/he uses newer kernel.) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 9:55:38 2002 Delivered-To: freebsd-stable@freebsd.org Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by hub.freebsd.org (Postfix) with ESMTP id CFFE537B420; Sat, 4 May 2002 09:55:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id 737B13E3E; Sat, 4 May 2002 12:55:14 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Benedikt Schmidt Cc: Thomas Hurst , ports@FreeBSD.ORG, stable@FreeBSD.ORG Subject: Re: cvs commit: ports/mail/mutt-devel Makefile In-Reply-To: Message from Benedikt Schmidt of "Sat, 04 May 2002 17:16:02 +0200." <20020504151602.1905.qmail@wn4-marvin.wn4.uni-karlsruhe.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_674696998P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 04 May 2002 12:55:14 -0400 From: Andy Sparrow Message-Id: <20020504165514.737B13E3E@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_674696998P Content-Type: text/plain; charset=us-ascii > If you set COLORFGBG=color the "default" color setting works like in the > ncurses Version, COLORTERM is only needed to force colors if your terminal > has no color support according to the termcap entry (e.g. TERM=xterm). Well, that's all broken in FreeBSD anyway. According to the author of the XFree86 xterm. AFAIK (haven't updated in a while) the xterm we ship via XFree86 has been a color terminal for years now. The Way It Used To Be (TM) worked great for me, and also worked fine with mono Xterms displayed from older *nix systems (e.g. Slowaris and the like). However, the color customizations discussed in the XTerm web page: http://dickey.his.com/xterm/xterm.faq.html#my_xdefaults haven't worked for some time in FreeBSD, for me anyway. (They used to, but stopped after a commit sometime in 2001, IIRC). I run so few color-based text apps that it's not worth the hassle to sort it out (although it is somewhat irritating that we appear to be Doing It Wrong, after it used to work). Feh. I believe I've seen at least one PR on the subject, although I can't find it now. Ahh. He's updated his web page since I last read it to explicitly say that FreeBSD is doing this incorrectly, and why: http://dickey.his.com/xterm/xterm.faq.html#xterm_terminfo I can't help wondering if this is what is biting you guys? Regards, AS --==_Exmh_674696998P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE81BJyPHh895bDXeQRAk7YAKCuLT2+CTWR5jyvZZl/BlFYaBSF1wCcDIJ/ 1J+/3ZHtPPjGMhLuLQh+uWA= =zU4d -----END PGP SIGNATURE----- --==_Exmh_674696998P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 10:26:27 2002 Delivered-To: freebsd-stable@freebsd.org Received: from unagi.cybernothing.org (unagi.cybernothing.org [205.158.174.211]) by hub.freebsd.org (Postfix) with ESMTP id 73BFE37B47B for ; Sat, 4 May 2002 09:57:43 -0700 (PDT) Received: from twinlark.arctic.org (twinlark.arctic.org [208.44.199.239]) by unagi.cybernothing.org (8.11.3/8.10.1/JDF) with ESMTP id g44Gvhh02354 for ; Sat, 4 May 2002 09:57:45 -0700 (PDT) Received: (qmail 17473 invoked by uid 1347); 4 May 2002 16:57:41 -0000 Date: 4 May 2002 16:57:41 -0000 Message-ID: <20020504165741.17472.qmail@twinlark.arctic.org> From: atk2@arctic.org To: freebsd-stable@freebsd.org Subject: device permissions Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG When I upgraded to stable a few days ago -- and did a ./MAKEDEV all things were ok. I then added a couple of scsi drives (the partitions didn't exist so I did another ./MAKEDEV all (or perhaps it was ./MAKEDEV axxxs[n] to get the partitions). Anyways in the process of the MAKEDEV all devices became un-readable to the world (not sure if was initial make or secondary make) but non-root users couldn't run things like X because /dev/random (for example) was unreadable). After chmod w+r a few devices - I gave in and did a wild card w+r. Not really the prefered solution -- So -- question -- why didn't those devices which need to be world read able (aka /dev/random) get made that way ? Alan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 11: 5:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.ntplx.net (mail7.ntplx.net [204.213.176.181]) by hub.freebsd.org (Postfix) with ESMTP id 6B4A837B419 for ; Sat, 4 May 2002 11:05:52 -0700 (PDT) Received: from ntplx.net (dhcp-209-54-72-109.ct.dsl.ntplx.com [209.54.72.109]) by mail.ntplx.net (8.11.6/8.11.4/NETPLEX) with ESMTP id g44I5FL28225; Sat, 4 May 2002 14:05:15 -0400 (EDT) Message-ID: <3CD422B2.45E4574D@ntplx.net> Date: Sat, 04 May 2002 14:04:34 -0400 From: Ted Sikora X-Mailer: Mozilla 4.79 [en] (X11; U; Linux 2.4.18 i686) X-Accept-Language: en-US,en-GB MIME-Version: 1.0 To: Cy Schubert - CITS Open Systems Group , "stable@FreeBSD.ORG" Subject: Re: dhclient messages References: <200205041522.g44FMKAF002354@cwsys.cwsent.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Cy Schubert - CITS Open Systems Group wrote: > > In message <3CD3F16A.A348273A@ntplx.net>, Ted Sikora writes: > > David Wolfskill wrote: > > > > > > > > > * How does it affect "using a term"?? > > > > The messages pop up over the term session. > > Not a few probably 10 or so in succession... after a renew I guess. > > Seems to come every few minutes. Haven't timed it. > > > > Here's my recent lease info: > > > > renew 6 2002/5/4 09:51:28; > > rebind 6 2002/5/4 10:19:44; > > expire 6 2002/5/4 10:27:14; > > > > so every 8 minutes or so they come I would guess. > > Should I have the renew times set longer? The dhcp server is Solaris. > > Eight minutes does seem silly. If you manage the DHCP server, by all > means set the lease times longer. If you do not manage the the DHCP > server, the best you can do is request a longer lease time and hope > that you get it. I'll ask for a longer time. They may be working on it. 8 minutes seems crazy especially... almost suspicious after denying my request for an unlimited lease so I can use static routing(for some ancient Alpha machines). > > > > > I have 3 -stable servers and a workstation they are all doing it after I > > did a buildworld yesterday morning. Actually they first appeared after > > just a kernel build on one machine the day before. > > > > I had no messages on the console previously. > > I'm not experiencing this problem, however I don't know what DHCP > server is being used by my cable company. > > Is it possible that a change occurred on the DHCP server you use at or > around the time of your last buildworld? > Did not think to ask.. I'll find out. -- Ted Sikora tsikora@unixos2.org http://unixos2.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 11:27: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from point.osg.gov.bc.ca (point.osg.gov.bc.ca [142.32.102.44]) by hub.freebsd.org (Postfix) with ESMTP id BB5DB37B41B for ; Sat, 4 May 2002 11:26:57 -0700 (PDT) Received: (from daemon@localhost) by point.osg.gov.bc.ca (8.8.7/8.8.8) id LAA08626; Sat, 4 May 2002 11:26:51 -0700 Received: from passer.osg.gov.bc.ca(142.32.110.29) via SMTP by point.osg.gov.bc.ca, id smtpda08624; Sat May 4 11:26:49 2002 Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.11.6/8.9.1) id g44IQi871103; Sat, 4 May 2002 11:26:44 -0700 (PDT) Received: from UNKNOWN(10.1.2.1), claiming to be "cwsys.cwsent.com" via SMTP by passer9.cwsent.com, id smtpds71099; Sat May 4 11:26:28 2002 Received: from cwsys (localhost [127.0.0.1]) by cwsys.cwsent.com (8.12.3/8.12.3) with ESMTP id g44IQSAF065127; Sat, 4 May 2002 11:26:28 -0700 (PDT) (envelope-from cy@cwsys.cwsent.com) Message-Id: <200205041826.g44IQSAF065127@cwsys.cwsent.com> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Reply-To: Cy Schubert - CITS Open Systems Group From: Cy Schubert - CITS Open Systems Group X-Sender: schubert To: Ted Sikora Cc: Cy Schubert - CITS Open Systems Group , "stable@FreeBSD.ORG" Subject: Re: dhclient messages In-Reply-To: Message from Ted Sikora of "Sat, 04 May 2002 14:04:34 EDT." <3CD422B2.45E4574D@ntplx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 May 2002 11:26:28 -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <3CD422B2.45E4574D@ntplx.net>, Ted Sikora writes: > Cy Schubert - CITS Open Systems Group wrote: > > > > In message <3CD3F16A.A348273A@ntplx.net>, Ted Sikora writes: > > > David Wolfskill wrote: > > > > > > > > > > > > * How does it affect "using a term"?? > > > > > > The messages pop up over the term session. > > > Not a few probably 10 or so in succession... after a renew I guess. > > > Seems to come every few minutes. Haven't timed it. > > > > > > Here's my recent lease info: > > > > > > renew 6 2002/5/4 09:51:28; > > > rebind 6 2002/5/4 10:19:44; > > > expire 6 2002/5/4 10:27:14; > > > > > > so every 8 minutes or so they come I would guess. > > > Should I have the renew times set longer? The dhcp server is Solaris. > > > > Eight minutes does seem silly. If you manage the DHCP server, by all > > means set the lease times longer. If you do not manage the the DHCP > > server, the best you can do is request a longer lease time and hope > > that you get it. > > I'll ask for a longer time. They may be working on it. 8 minutes seems > crazy especially... almost suspicious after denying my request for an unlimited lease so I can use static routing(for some ancient Alpha > machines). You might be able to specify the request in your dhclient.conf file, e.g., request dhcp-lease-time 172800; Some DHCP servers require the following instead: send requested-lease-time 172800; Chances are, the DHCP server may deny your request so you may have to talk to someone. Cheers, Phone: 250-387-8437 Cy Schubert Fax: 250-387-5766 Team Leader, Sun/Alpha Team Email: Cy.Schubert@osg.gov.bc.ca Open Systems Group, CITS Ministry of Management Services Province of BC FreeBSD UNIX: cy@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 11:27: 5 2002 Delivered-To: freebsd-stable@freebsd.org Received: from foo31-146.visit.se (foo31-146.visit.se [62.119.31.146]) by hub.freebsd.org (Postfix) with ESMTP id E56AA37B400 for ; Sat, 4 May 2002 11:26:56 -0700 (PDT) Received: (from martin@localhost) by foo31-146.visit.se (8.11.6/8.11.6) id g44IQoB01624 for stable@FreeBSD.ORG; Sat, 4 May 2002 20:26:50 +0200 (CEST) (envelope-from martin) Date: Sat, 4 May 2002 20:26:50 +0200 From: Martin Karlsson To: stable@FreeBSD.ORG Subject: Re: cvs commit: ports/mail/mutt-devel Makefile Message-ID: <20020504182649.GA1168@foo31-146.visit.se> Mail-Followup-To: Martin Karlsson , stable@FreeBSD.ORG References: <20020504151602.1905.qmail@wn4-marvin.wn4.uni-karlsruhe.de> <20020504165514.737B13E3E@CRWdog.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <20020504165514.737B13E3E@CRWdog.demon.co.uk> X-PGP-Fingerprint: 5970 BE22 2C33 4D8F 53FD 7E34 66FF 9332 9C92 4660 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andy Sparrow [2002-05-04 12.55 -0400]: [...snip...] > However, the color customizations discussed in the XTerm web page: >=20 > http://dickey.his.com/xterm/xterm.faq.html#my_xdefaults >=20 > haven't worked for some time in FreeBSD, for me anyway. (They used to, bu= t=20 > stopped after a commit sometime in 2001, IIRC). =20 I put a "real" xterm termcap in front of the freebsd one, and rebuilt the termcap.db. Works for me. > I run so few color-based text apps that it's not worth the hassle to sort= it=20 > out (although it is somewhat irritating that we appear to be Doing It Wro= ng,=20 > after it used to work). I agree. >Feh. I believe I've seen at least one PR on the subject, although I >can't find it now. =20 35092 perhaps? regards, --=20 Martin Karlsson - 0x9C924660 --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE81CfpZv+TMpySRmARArRGAJ4uVVM2CqU2oapPVLMofYydiqTMOwCfUkpv QL2BSzn2NrrxeUV5BSxoGwk= =BBle -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 11:49:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from bilver.wjv.com (spdsl-033.wanlogistics.net [63.209.115.33]) by hub.freebsd.org (Postfix) with ESMTP id 3C4A737B41A for ; Sat, 4 May 2002 11:49:20 -0700 (PDT) Received: (from bv@localhost) by bilver.wjv.com (8.11.6/8.11.6) id g44ImxJ86027; Sat, 4 May 2002 14:48:59 -0400 (EDT) (envelope-from bv) Date: Sat, 4 May 2002 14:48:59 -0400 From: Bill Vermillion To: Odhiambo Washington Cc: freebsd-stable@freebsd.org Subject: Re: Trouble with some ports Message-ID: <20020504184859.GB85538@wjv.com> Reply-To: bv@wjv.com References: <20020504150135.GA84068@wjv.com> <20020504160852.GA88936@ns2.wananchi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020504160852.GA88936@ns2.wananchi.com> User-Agent: Mutt/1.3.25i Organization: W.J.Vermillion / Orlando - Winter Park Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, May 04, 2002 at 19:08 , Odhiambo Washington gie sprachen "Vyizdur zomen nemororz izaziz zander isorziz", and continued with: > * Bill Vermillion [20020504 18:02]: wrote: > > I'm running a recent 4.5 Stable on this machine and 4.6-PRERELEASE > > on another and I'm having problems compiling ImageMagick which > > depends on bison. So I tried configuring bison on both machines > > with the same failure. > > I shipped the output of the first failure earlier this week to > > ports@freebsd.org and have heard nothing - but that may be normal. > > I get errors of not found for CFLAGS, CPPFLAGS, CPP, LDFLAGS, > > build_alias, host_alias, and target_alias, all repeated several > > times. > Hmm, I can't reproduce that here.. > FreeBSD alligator.wananchi.com 4.5-STABLE FreeBSD 4.5-STABLE #2 FreeBSD bilver.wjv.com 4.5-STABLE FreeBSD 4.5-STABLE #15: Fri Mar 8 08:24:52 EST 2002 root@bilver.wjv.com:/usr/obj/usr/src/sys/BILVER i386 You can see that build was from a month or so ago. I had a failed build last week but rebuilt and just haven't gotten around to resinstalling it all. However - the same failure occurs on the other machine - installed on May 3 at about 10AM from a build the night before. This is a Pentium 166Mhz the other is a Pentium Pro 180 Mhz. This is an older Micronics board that I built the other is a DEC Celebris. So there is no common hardware. Both systems have had source upgrades as they went along so program in the /usr/local/bin area can go back awhile. Could it be some path to a library I am missing? I installed a new gcc from the port on the PPro machine. I see there are two gccs - the one in /usr/bin/gcc - which has a date of yesterday on the new install. The new gcc from the ports is in /usr/local/bin. Could either of these be it? How about something missing that is pointing to the correct libraries? Are any in the linux compat needed? I'm not an expert in C but I've almost never had port failures and the output with no ccp found nor cppflag make me thing something is weird. There is a cpp in /usr/bin at 71848 bytes, with the 10:37am May 3 install day, and a cpp in /usr/libexec at 157256 with same date and time as they were part of the make installworld yesterday. And hints? Bill -- Bill Vermillion - bv @ wjv . com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 12:38:21 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mass.dis.org (dhcp45-25.dis.org [216.240.45.25]) by hub.freebsd.org (Postfix) with ESMTP id 46E7B37B428; Sat, 4 May 2002 12:38:18 -0700 (PDT) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.6) with ESMTP id g44Jafh82708; Sat, 4 May 2002 12:36:41 -0700 (PDT) (envelope-from msmith@mass.dis.org) Message-Id: <200205041936.g44Jafh82708@mass.dis.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Mike Tancsa Cc: Michael Smith , stable@FreeBSD.ORG Subject: Re: 3ware problem In-reply-to: Your message of "Sat, 04 May 2002 08:48:45 EDT." <5.1.0.14.0.20020504084607.067206f0@192.168.0.12> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 May 2002 12:36:41 -0700 From: Michael Smith Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > > Actually, I am seeing the same thing > > /var/log/messages.0.gz:Apr 29 14:30:04 newflint /kernel: twe0: PCI parity > error: Reseat card, move card or buggy device present.twe0: PCI parity > error: Reseat card, move card or buggy device present. > > Perhaps bogus firmware ? BIOS settings ? I moved it to two different > machines, same problem. Bogus hardware. The only really good thing to do is just ignore it entirely. IIRC, the latest Linux driver doesn't bother clearing the bit in PCI config space; if you can check their sources and tweak the driver to DTRT, I'd love to know what works, since I don't have a machine that reproduces this. = Mike -- To announce that there must be no criticism of the president, or that we are to stand by the president, right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public. - Theodore Roosevelt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 12:45:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (dclient217-162-169-6.hispeed.ch [217.162.169.6]) by hub.freebsd.org (Postfix) with ESMTP id EE07F37B404 for ; Sat, 4 May 2002 12:45:01 -0700 (PDT) Received: from beerswilling.netscum.dyndns.dk (dcf77-zeit.netscum.dyndns.dk [172.27.72.27] (may be forged)) by dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NetScum.dyndns.dk (8.11.6/8.11.6) with ESMTP id g44Jikh00426 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL); Sat, 4 May 2002 21:44:51 +0200 (CEST) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Received: (from root@localhost) by beerswilling.netscum.dyndns.dk (8.11.6/8.11.6) id g44Jiki00425; Sat, 4 May 2002 21:44:46 +0200 (CEST) (envelope-from bounce@dcf77-zeit.netscum.dyndns.dk) Date: Sat, 4 May 2002 21:44:46 +0200 (CEST) Message-Id: <200205041944.g44Jiki00425@beerswilling.netscum.dyndns.dk> From: BOUWSMA Beery Cc: Attila Nagy To: freebsd-stable@freebsd.org Subject: Re: nwfs + ftpd References: <14021901502.20020423150106@fc.kiev.ua> Organization: Men not wearing any pants that dont shave X-Hacked: via telnet to your port 25, what else? X-Internet-Access-Provided-By: faster Cabal Modem for a change! X-NetScum: Yes X-One-And-Only-Real-True-Fluffy: No Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG A little while back, you wrote... > > When I "get" file, I get a memory dump, not > > the real content of the file, though the > > length is the same ;) and I got difficulties > I think this is the same issue with NULLFS and UNIONFS. (the first is > corrected) > See my previous mails on this topic. You mean messages from around Mar 2001, probably? This sounds very much like what I just discovered a week or so ago, and was all ready to report to this list, full of details and all... > I think your problem can easily be solved: http://cvsweb.freebsd.org/ > Take a look at ftpd.c where the mmap->sendfile change has been occured and > switch back to the mmap method. The thing I noticed was that my multi-unionfs-mounted collection was delivering corrupted files not only with ftp, but also with httpd (apache). I was delivering mp3 files and playing them on the fly, and sometimes I could partially play the mp3 files streamed via httpd, but with plenty o' problems. If I understand you right, this had been a problem with nullfs-mounted filesystems, but is no longer, while it is still a unionfs-mounted-fs problem, as I've observed. I haven't checked though... Since both ftpd and httpd deliver incorrect data, if I wanted to keep delivering unionfs-concatenated collections, it sounds like I'd need to patch apache as well or override the `configure' detection of sendfile, or use a different httpd... I'll probably take the easy way out, and simply create a collection by some other means than unionfs, rather than rebuild ftpd/httpd, though I may play a bit to see if -current has this problem, and ponder how it gets to be a problem with unionfs and sendfile, not that I stand any chance of fixing unionfs to work... (Well, the truth is, I patched ftpd as you described (from rev 1.72 back to 1.71) which seems to work fine, plus I rebuilt Apache while specifying --with-sendfile=no, which also seems to work great... At least, until the unionfs sendfile() access is fixed to work...) thanks, barry bouwsma To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 13:15:25 2002 Delivered-To: freebsd-stable@freebsd.org Received: from CRWdog.demon.co.uk (p69-199.acedsl.com [66.114.69.199]) by hub.freebsd.org (Postfix) with ESMTP id E850437B405 for ; Sat, 4 May 2002 13:15:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by CRWdog.demon.co.uk (Postfix) with ESMTP id BA9CA3E14; Sat, 4 May 2002 16:15:16 -0400 (EDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Martin Karlsson Cc: stable@FreeBSD.ORG Subject: Re: cvs commit: ports/mail/mutt-devel Makefile In-Reply-To: Message from Martin Karlsson of "Sat, 04 May 2002 20:26:50 +0200." <20020504182649.GA1168@foo31-146.visit.se> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1917450036P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 04 May 2002 16:15:16 -0400 From: Andy Sparrow Message-Id: <20020504201516.BA9CA3E14@CRWdog.demon.co.uk> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --==_Exmh_1917450036P Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable > * Andy Sparrow [2002-05-04 12.55 -0400]: > [...snip...] > > However, the color customizations discussed in the XTerm web page: > > = > > http://dickey.his.com/xterm/xterm.faq.html#my_xdefaults > > = > > haven't worked for some time in FreeBSD, for me anyway. (They used to= , but = > > stopped after a commit sometime in 2001, IIRC). > = > I put a "real" xterm termcap in front of the freebsd one, and > rebuilt the termcap.db. Works for me. Yes, but... Maintaining local hacks like this is so painful when you've = accumulated a bunch of them... Much nicer to run an freshly-sup'd version without local hacks. > > I run so few color-based text apps that it's not worth the hassle to = sort it = > > out (although it is somewhat irritating that we appear to be Doing It= Wrong, = > > after it used to work). > = > I agree. Why is this happening anyway? Last thread I saw on the topic turned into = a = clash of commiter privs (as in "I have them, it'll be this way"). Most people want to have local xterms Just Work. In mono by default, but = display color if you run up sysinstall/mutt/ports dialog etc. in an xterm= =2E They also want remote xterms to display correctly on their local screens.= This used to work perfectly with the color customizations in ~/.Xdefaults= and = Xterm-color (an acceptable hack, IMHO), but this no longer works. Setting TERM=3Dxterm-color (or some other wonky, non-standard value) to g= et this = is not really acceptable (for me at least). As a gigging SA, I work on 100's of systems, generally for relatively sho= rt = periods of time. I often use my laptop for this (I'm not about to put my = private SSH/GPG keys on a networked filesystem, but I'll happily put the = public ones in authorized_keys2 etc.). I'm also not about to start frobbing said systems to understand 'xterm-co= lor' = or 'cons25' term types (another annoyance, but 'ansi' works well enough f= or = most things), 'coz this just doesn't scale. Slowaris (for example) /is/ an Industry Standard. Making it more difficul= t to = Just Work with these systems doen't help the cause. That other OS that en= ds in = "nux" (I have to work with this too) does a better job in this respect. > >Feh. I believe I've seen at least one PR on the subject, although I > >can't find it now. > = > 35092 perhaps? Quite possibly, although I thought it was another one. Glad I'm not the o= nly = one who's seeing this (misery loves company ;-). I think I've just talked myself into doing the local hack - but it seems = unnecessary to me, and it pains me when other people say of my favorite O= S: : The xterm-color value for $TERM is a bad choice for XFree86 xterm = : because it is commonly used for a terminfo entry which happens to = : not support bce. Complicating matters, FreeBSD (after dithering for = : a few years on the matter) has a bastardized version which implies = : the opposite sense of bce, (because it uses SGR 39 and 49), but = : does not set it. = Present behaviour just seems flat-out wrong to me. My $0.25 worth. Regards, AS --==_Exmh_1917450036P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: Exmh version 2.5 07/13/2001 iD8DBQE81EFUPHh895bDXeQRAkGFAKDIPtOUW9MNkMXUKcGWTtQ7JrFMBQCeOTyB 9EyTXaJ1UPEzRFOukIKAikk= =7ue9 -----END PGP SIGNATURE----- --==_Exmh_1917450036P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 14:16:47 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 57AA137B41E for ; Sat, 4 May 2002 14:16:44 -0700 (PDT) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g44LGBPp089119; Sat, 4 May 2002 14:16:17 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g44LG7CB088254; Sat, 4 May 2002 14:16:10 -0700 (PDT) Date: Sat, 4 May 2002 14:16:07 -0700 (PDT) From: Doug Barton To: Joe Abley Cc: chris@aims.com.au, , Subject: Re: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? In-Reply-To: <9BDB6274-5D0C-11D6-85A5-00039312C852@automagic.org> Message-ID: <20020504141516.Q88188-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 1 May 2002, Joe Abley wrote: > I think 8.3.1 should be rolled into RELENG_4_5, since it specifically > contains security fixes over 8.2.4. Users who depend on BIND can install a newer version from the ports. Users who don't are not affected by the problems in 8.2.4. -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 14:20:11 2002 Delivered-To: freebsd-stable@freebsd.org Received: from foo31-146.visit.se (foo31-146.visit.se [62.119.31.146]) by hub.freebsd.org (Postfix) with ESMTP id 9260337B405 for ; Sat, 4 May 2002 14:19:58 -0700 (PDT) Received: (from martin@localhost) by foo31-146.visit.se (8.11.6/8.11.6) id g44LJlt00732; Sat, 4 May 2002 23:19:47 +0200 (CEST) (envelope-from martin) Date: Sat, 4 May 2002 23:19:47 +0200 From: Martin Karlsson To: Andy Sparrow Cc: stable@FreeBSD.ORG Subject: Re: xterm and colour (Was: cvs commit: ports/mail/mutt-devel...) Message-ID: <20020504211946.GB497@foo31-146.visit.se> Mail-Followup-To: Martin Karlsson , Andy Sparrow , stable@FreeBSD.ORG References: <20020504182649.GA1168@foo31-146.visit.se> <20020504201516.BA9CA3E14@CRWdog.demon.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2JFBq9zoW8cOFH7v" Content-Disposition: inline In-Reply-To: <20020504201516.BA9CA3E14@CRWdog.demon.co.uk> X-PGP-Fingerprint: 5970 BE22 2C33 4D8F 53FD 7E34 66FF 9332 9C92 4660 User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG --2JFBq9zoW8cOFH7v Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Andy Sparrow [2002-05-04 16.15 -0400]: > > I put a "real" xterm termcap in front of the freebsd one, and > > rebuilt the termcap.db. Works for me. >=20 > Yes, but... Maintaining local hacks like this is so painful when you've= =20 > accumulated a bunch of them... >=20 > Much nicer to run an freshly-sup'd version without local hacks. =20 Yes indeed. > > > I run so few color-based text apps that it's not worth the hassle to = sort it=20 > > > out (although it is somewhat irritating that we appear to be Doing It= Wrong,=20 > > > after it used to work). > >=20 > > I agree. >=20 > Why is this happening anyway? Last thread I saw on the topic turned into = a=20 > clash of commiter privs (as in "I have them, it'll be this way"). =20 Beats me. It's sad, though. > Most people want to have local xterms Just Work. In mono by default, but= =20 > display color if you run up sysinstall/mutt/ports dialog etc. in an xterm. >=20 > They also want remote xterms to display correctly on their local screens. Yep. > This used to work perfectly with the color customizations in ~/.Xdefaults= and=20 > Xterm-color (an acceptable hack, IMHO), but this no longer works. >=20 > Setting TERM=3Dxterm-color (or some other wonky, non-standard value) to g= et this=20 > is not really acceptable (for me at least). [...snip...] =20 > I think I've just talked myself into doing the local hack - but it seems= =20 > unnecessary to me, and it pains me when other people say of my favorite O= S: >=20 > : The xterm-color value for $TERM is a bad choice for XFree86 xterm=20 > : because it is commonly used for a terminfo entry which happens to=20 > : not support bce. Complicating matters, FreeBSD (after dithering for=20 > : a few years on the matter) has a bastardized version which implies=20 > : the opposite sense of bce, (because it uses SGR 39 and 49), but=20 > : does not set it.=20 =20 And if a FreeBSD-user asks on a non-freebsd list (something like "Hi, I run freebsd-4.x, how do I get foo to show colour in an xterm?"), and you reply "xterm-color yadda yadda blah", Thomas Dickey appear instantly, pointing his finger saying "FreeBSD is bad!" Not Fun(TM). > Present behaviour just seems flat-out wrong to me. It sure does. Who is responsible? The port (XFree86 ?) maintainer? Someone else? Do you think sending some polite e-mails to The Right Person(TM) would help? Just my 0.02 Swedish Krona --=20 Martin Karlsson - 0x9C924660 --2JFBq9zoW8cOFH7v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE81FByZv+TMpySRmARAnIAAJ47iEUp+1HCFsHvccBNHlGaEpS08QCfWvFC GJMS0HnPIMbfZvNAih1auYY= =s3Ma -----END PGP SIGNATURE----- --2JFBq9zoW8cOFH7v-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 14:48:40 2002 Delivered-To: freebsd-stable@freebsd.org Received: from piggy.rz.tu-ilmenau.de (piggy.rz.tu-ilmenau.de [141.24.4.8]) by hub.freebsd.org (Postfix) with ESMTP id B8C2937B405 for ; Sat, 4 May 2002 14:48:35 -0700 (PDT) Received: from gtw.hh59.local (p3EE226E4.dip.t-dialin.net [62.226.38.228]) (authenticated (0 bits)) by piggy.rz.tu-ilmenau.de (8.11.1/8.11.1) with ESMTP id g44LmUv03770 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified NO) ; Sat, 4 May 2002 23:48:33 +0200 (MET DST) Received: from walnut.hh59.local (walnut.hh59.local [192.168.2.10]) by gtw.hh59.local (8.11.3/8.11.3) with ESMTP id g44MJDT22366 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified FAIL) for ; Sun, 5 May 2002 00:19:15 +0200 (CEST) Received: (qmail 35772 invoked by uid 1000); 4 May 2002 21:48:44 -0000 Date: Sat, 4 May 2002 23:48:43 +0200 From: Martin Kaeske To: freebsd-stable@freebsd.org Subject: Re: /dev/dsp: Device busy Message-ID: <20020504234843.A35744@walnut.hh59.local> Mail-Followup-To: freebsd-stable@freebsd.org References: <20020430224551.A2720@walnut.hh59.local> <20020501004850.A5123@walnut.hh59.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020501004850.A5123@walnut.hh59.local>; from Martin.Kaeske@Stud.TU-Ilmenau.DE on Wed, May 01, 2002 at 12:48:50AM +0200 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello, Today i noticed the following: the first time i access /dev/dsp i get an "Operation not supported by device" error and any subsequent access results in "Device busy" (not matter if it is read (cat /dev/dsp) or write (cat test.au >> /dev/dsp) access). Maybe this helps to find a solution. Martin -- "At the beginning of the week, we sealed ten BSD programmers into a computer room with a single distribution of BSD Unix. Upon opening the room after seven days, we found all ten programmers dead, clutching each others throats, and thirteen new flavors of BSD." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 15:34:56 2002 Delivered-To: freebsd-stable@freebsd.org Received: from grindking.dyndns.org (dialin-145-254-249-032.arcor-ip.net [145.254.249.32]) by hub.freebsd.org (Postfix) with ESMTP id 0844037B41A for ; Sat, 4 May 2002 15:34:52 -0700 (PDT) Received: by grindking.dyndns.org (Postfix, from userid 1001) id 4BB6F40C1; Sun, 5 May 2002 00:34:50 +0200 (CEST) Date: Sun, 5 May 2002 00:34:50 +0200 From: Michael Riexinger To: freebsd-stable@freebsd.org Subject: ipfilter problem Message-ID: <20020504223450.GA1025@grind.grind.dom> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi, I have FreeBSD-STABLE (4.6-PRERELEASE) From May, 1st and I cannot communicate with the host news.cis.dfn.de (neither nntp nor http, but only this host, others work). When I remove this ipf rule it works: block return-rst in log quick on isp0 proto tcp from any to any But with a prior version of STABLE or 4.5-RELEASE it worked. greets, Michael -- "Testing? What's that? If it compiles, it is good, if it boots up, it is perfect." -- Linus Torvalds To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 16:11:39 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 8D0CF37B417 for ; Sat, 4 May 2002 16:11:36 -0700 (PDT) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g44NBUPp089482; Sat, 4 May 2002 16:11:30 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g44NBSSO014793; Sat, 4 May 2002 16:11:29 -0700 (PDT) Date: Sat, 4 May 2002 16:11:28 -0700 (PDT) From: Doug Barton To: Ian Dowse Cc: Zach Thompson , "Scott M. Nolde" , Subject: Re: cdrom can't be mounted under freeBSD 4.5-stable In-Reply-To: <200204280041.aa56481@salmon.maths.tcd.ie> Message-ID: <20020504161022.L88188-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, 28 Apr 2002, Ian Dowse wrote: > There were some changes to mergemaster and /usr/src/etc/Makefile > that might have caused this effect if you had run the old mergemaster > with the new /usr/src/etc/Makefile (mergemaster used to define > NO_MAKEDEV, but now it needs to define NO_MAKEDEV_RUN instead or > MAKEDEV won't be installed). I was able to reproduce that, but I > think it should work correctly if you follow the normal procedure > of running mergemaster after the installworld. Your analysis is correct, thanks. -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 16:26:30 2002 Delivered-To: freebsd-stable@freebsd.org Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by hub.freebsd.org (Postfix) with ESMTP id 9A1D737B416; Sat, 4 May 2002 16:26:27 -0700 (PDT) Received: from pc-02 (pc02.ekahuna.com [198.144.200.197]) by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com; Sat, 4 May 2002 16:26:27 -0700 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: stable@FreeBSD.ORG Date: Sat, 4 May 2002 16:26:26 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: stable-digest V5 #516 Reply-To: pjklist@ekahuna.com Cc: Doug Barton In-reply-to: X-mailer: Pegasus Mail for Win32 (v3.12c) Message-ID: <20020504232627100.AAA911@empty1.ekahuna.com@pc02.ekahuna.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Date: Sat, 4 May 2002 14:16:07 -0700 (PDT) > From: Doug Barton > > On Wed, 1 May 2002, Joe Abley wrote: > > > I think 8.3.1 should be rolled into RELENG_4_5, since it specifically > > contains security fixes over 8.2.4. > > Users who depend on BIND can install a newer version from the > ports. Users who don't are not affected by the problems in 8.2.4. This interesting - because there was no FreeBSD advisory released recently about any Bind vulnerabilities that I can recall, and even though on ISC's Bind homepage it suggests there is a security problem with 8.2.4 (or pre 8.3.1 versions), on the security page (linked right from the text suggesting you to upgrade) it implies that there isn't any problem with 8.2.4: http://www.isc.org/products/BIND/bind-security.html Mark? -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 16:34:48 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 7334037B417 for ; Sat, 4 May 2002 16:34:45 -0700 (PDT) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g44NYhPp089546; Sat, 4 May 2002 16:34:44 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g44NYhZk024177; Sat, 4 May 2002 16:34:43 -0700 (PDT) Date: Sat, 4 May 2002 16:34:43 -0700 (PDT) From: Doug Barton To: "Philip J. Koenig" Cc: stable@FreeBSD.org Subject: BIND in -stable In-Reply-To: <20020504232627100.AAA911@empty1.ekahuna.com@pc02.ekahuna.com> Message-ID: <20020504162912.M88188-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 4 May 2002, Philip J. Koenig wrote: > > Date: Sat, 4 May 2002 14:16:07 -0700 (PDT) > > From: Doug Barton > > > > On Wed, 1 May 2002, Joe Abley wrote: > > > > > I think 8.3.1 should be rolled into RELENG_4_5, since it specifically > > > contains security fixes over 8.2.4. > > > > Users who depend on BIND can install a newer version from the > > ports. Users who don't are not affected by the problems in 8.2.4. > > > This interesting - because there was no FreeBSD advisory released > recently about any Bind vulnerabilities that I can recall, and even > though on ISC's Bind homepage it suggests there is a security problem > with 8.2.4 (or pre 8.3.1 versions), on the security page (linked > right from the text suggesting you to upgrade) it implies that there > isn't any problem with 8.2.4: You have made some rather absurd non sequiturs here. However, I have clearly said on numerous occasions that BIND 8 users should be using 8.3.1. A quick look at the CHANGES file should convince you of that. If you want to quibble about what the ISC web page does or doesn't say, that's up to you. -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 17:54:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from buffoon.automagic.org (buffoon.automagic.org [208.185.30.208]) by hub.freebsd.org (Postfix) with SMTP id A363E37B41A for ; Sat, 4 May 2002 17:54:19 -0700 (PDT) Received: (qmail 57037 invoked by uid 1000); 5 May 2002 00:54:19 -0000 Date: Sat, 4 May 2002 20:54:19 -0400 From: Joe Abley To: Doug Barton Cc: chris@aims.com.au, Stanley.Hopcroft@IPAustralia.Gov.AU, FreeBSD-Stable@FreeBSD.org Subject: Re: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? Message-ID: <20020505005419.GB55915@buffoon.automagic.org> References: <9BDB6274-5D0C-11D6-85A5-00039312C852@automagic.org> <20020504141516.Q88188-100000@master.gorean.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020504141516.Q88188-100000@master.gorean.org> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, May 04, 2002 at 02:16:07PM -0700, Doug Barton wrote: > On Wed, 1 May 2002, Joe Abley wrote: > > > I think 8.3.1 should be rolled into RELENG_4_5, since it specifically > > contains security fixes over 8.2.4. > > Users who depend on BIND can install a newer version from the > ports. Users who don't are not affected by the problems in 8.2.4. That reasoning would make sense if bind was not included in the base system. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 18:18: 2 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id 3628737B404 for ; Sat, 4 May 2002 18:17:59 -0700 (PDT) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g451HrPp089865; Sat, 4 May 2002 18:17:53 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g451HnBu004724; Sat, 4 May 2002 18:17:49 -0700 (PDT) Date: Sat, 4 May 2002 18:17:49 -0700 (PDT) From: Doug Barton To: Joe Abley Cc: chris@aims.com.au, , Subject: Re: Why won't bind 8.2.4-REL run properly as user bind (4.5-REL-p3) not chrooted ? In-Reply-To: <20020505005419.GB55915@buffoon.automagic.org> Message-ID: <20020504181349.M378-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 4 May 2002, Joe Abley wrote: > On Sat, May 04, 2002 at 02:16:07PM -0700, Doug Barton wrote: > > On Wed, 1 May 2002, Joe Abley wrote: > > > > > I think 8.3.1 should be rolled into RELENG_4_5, since it specifically > > > contains security fixes over 8.2.4. > > > > Users who depend on BIND can install a newer version from the > > ports. Users who don't are not affected by the problems in 8.2.4. > > That reasoning would make sense if bind was not included in the base > system. Users can easily upgrade bind with a port, and easily back out the upgrade if they decide it doesn't suit their needs. The same is not true of other essential parts of the base system, which is why the security branches were created. If, on the other hand, there were known, exploitable bugs in the version of named in RELENG_4_5, I'd say yes, upgrading it in that branch might be worth consideration. However, in this case we're talking about "best practices," as opposed to "known security vulnerabilities." -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 18:21:17 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mail.robhughes.com (12-237-138-77.client.attbi.com [12.237.138.77]) by hub.freebsd.org (Postfix) with SMTP id B075937B416 for ; Sat, 4 May 2002 18:21:14 -0700 (PDT) Received: (qmail 6568 invoked from network); 5 May 2002 01:21:14 -0000 Received: from hexch01.robhughes.com (192.168.1.3) by ns2.robhughes.com with SMTP; 5 May 2002 01:21:14 -0000 Received: from kahuna-ws.robhughes.com ([192.168.1.16]) by HEXCH01.robhughes.com with Microsoft SMTPSVC(5.0.2195.4905); Sat, 4 May 2002 20:21:13 -0500 Subject: Re: ipfilter problem From: Rob Hughes To: freebsd-stable@freebsd.org In-Reply-To: <20020504223450.GA1025@grind.grind.dom> References: <20020504223450.GA1025@grind.grind.dom> Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.3 (1.0.3-3) Date: 04 May 2002 20:25:41 -0500 Message-Id: <1020561941.18415.5.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 X-OriginalArrivalTime: 05 May 2002 01:21:13.0485 (UTC) FILETIME=[25704BD0:01C1F3D3] Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, 2002-05-04 at 17:34, Michael Riexinger wrote: > Hi, > > I have FreeBSD-STABLE (4.6-PRERELEASE) From May, 1st and I cannot > communicate with the host news.cis.dfn.de (neither nntp nor http, but > only this host, others work). When I remove this ipf rule it works: > > block return-rst in log quick on isp0 proto tcp from any to any > > But with a prior version of STABLE or 4.5-RELEASE it worked. > > greets, > Michael > IPFilter was updated to 3.4.27. I had several rules that weren't having any effect on the previous 3.4.20 version that suddenly "kicked in" after the update. My guess would be that you experienced the same thing. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 18:25:44 2002 Delivered-To: freebsd-stable@freebsd.org Received: from empty1.ekahuna.com (empty1.ekahuna.com [198.144.200.196]) by hub.freebsd.org (Postfix) with ESMTP id E4FC437B416; Sat, 4 May 2002 18:25:39 -0700 (PDT) Received: from pc-02 (pc02.ekahuna.com [198.144.200.197]) by empty1.ekahuna.com (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id com; Sat, 4 May 2002 18:25:39 -0700 From: "Philip J. Koenig" Organization: The Electric Kahuna Organization To: stable@FreeBSD.ORG Date: Sat, 4 May 2002 18:25:38 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: BIND in -stable Reply-To: pjklist@ekahuna.com Cc: Doug Barton References: <20020504232627100.AAA911@empty1.ekahuna.com@pc02.ekahuna.com> In-reply-to: <20020504162912.M88188-100000@master.gorean.org> X-mailer: Pegasus Mail for Win32 (v3.12c) Message-ID: <20020505012539021.AAA911@empty1.ekahuna.com@pc02.ekahuna.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On 4 May 2002, at 16:34, Doug Barton boldly uttered: > On Sat, 4 May 2002, Philip J. Koenig wrote: > > > > Date: Sat, 4 May 2002 14:16:07 -0700 (PDT) > > > From: Doug Barton > > > > > > On Wed, 1 May 2002, Joe Abley wrote: > > > > > > > I think 8.3.1 should be rolled into RELENG_4_5, since it specifically > > > > contains security fixes over 8.2.4. > > > > > > Users who depend on BIND can install a newer version from the > > > ports. Users who don't are not affected by the problems in 8.2.4. > > > > > > This interesting - because there was no FreeBSD advisory released > > recently about any Bind vulnerabilities that I can recall, and even > > though on ISC's Bind homepage it suggests there is a security problem > > with 8.2.4 (or pre 8.3.1 versions), on the security page (linked > > right from the text suggesting you to upgrade) it implies that there > > isn't any problem with 8.2.4: > > You have made some rather absurd non sequiturs here. However, I > have clearly said on numerous occasions that BIND 8 users should be using > 8.3.1. A quick look at the CHANGES file should convince you of that. If > you want to quibble about what the ISC web page does or doesn't say, > that's up to you. Caveat: I just went back over the last few days of -stable, and see that some of these issues had already been mentioned. (ie the issue of ISC's own security page possibly not being up to date) However, with all due respect, I expect to hear about security- related issues (especially pertaining to code shipped with the base system) on the -security list and particularly via security announcements, and looking at my archives and the FreeBSD homepage I see that there haven't been any advisories this year pertaining to BIND. (whereas I've gotten security advisories for obscure little ports [Cyrus-SASL?] that few people probably run) I don't CVSup constantly on most of my boxes, generally only when there are major security issues that have no easy workaround or when I need some new feature.. much less read CHANGES on every piece of contributed code that comes with the base system. Certainly I would never have expected to have to read /usr/src/ contrib/bind/CHANGES weekly to find out about BIND vulnerabilities.. maybe it's just a personal quirk. -- Philip J. Koenig pjklist@ekahuna.com Electric Kahuna Systems -- Computers & Communications for the New Millenium To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 18:54:24 2002 Delivered-To: freebsd-stable@freebsd.org Received: from grindking.dyndns.org (dialin-145-254-249-032.arcor-ip.net [145.254.249.32]) by hub.freebsd.org (Postfix) with ESMTP id 0095C37B416 for ; Sat, 4 May 2002 18:54:21 -0700 (PDT) Received: by grindking.dyndns.org (Postfix, from userid 1001) id 091F440C1; Sun, 5 May 2002 03:54:21 +0200 (CEST) Date: Sun, 5 May 2002 03:54:20 +0200 From: Michael Riexinger To: freebsd-stable@freebsd.org Subject: Re: ipfilter problem Message-ID: <20020505015420.GA2059@grind.grind.dom> Mail-Followup-To: freebsd-stable@freebsd.org References: <20020504223450.GA1025@grind.grind.dom> <1020561941.18415.5.camel@kahuna-ws.robhughes.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1020561941.18415.5.camel@kahuna-ws.robhughes.com> User-Agent: Mutt/1.3.28i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat May 4 20:25:41 2002, Rob Hughes wrote: > IPFilter was updated to 3.4.27. I had several rules that weren't having > any effect on the previous 3.4.20 version that suddenly "kicked in" > after the update. My guess would be that you experienced the same thing. > Yeah, but that rule worked with the previous versions, too. It should only block incoming tcp connections. I can communicate with other hosts without problems, but not with this one (news.cis.dfn.de) with that rule active. I really don't know what the rule has to do with a http or nntp connection with a host.. greets, Michael -- "Testing? What's that? If it compiles, it is good, if it boots up, it is perfect." -- Linus Torvalds To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 20:14:16 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-222-67-235.client.insightBB.com (12-222-67-235.client.insightBB.com [12.222.67.235]) by hub.freebsd.org (Postfix) with ESMTP id 7117E37B419 for ; Sat, 4 May 2002 20:14:13 -0700 (PDT) Received: from 12-222-67-235.client.insightBB.com (localhost.client.insightBB.com [127.0.0.1]) by 12-222-67-235.client.insightBB.com (8.12.3/8.12.3) with ESMTP id g453ECGh000975 for ; Sat, 4 May 2002 22:14:12 -0500 (EST) (envelope-from mikes@12-222-67-235.client.insightBB.com) Received: (from mikes@localhost) by 12-222-67-235.client.insightBB.com (8.12.3/8.12.3/Submit) id g453ECg6000974 for freebsd-stable@freebsd.org; Sat, 4 May 2002 22:14:12 -0500 (EST) (envelope-from mikes) From: Mike Squires Message-Id: <200205050314.g453ECg6000974@12-222-67-235.client.insightBB.com> Subject: 4.6-PRERELEASE sendmail upgrade from 4.5-STABLE = fixed problem To: FreeBSD Stable Date: Sat, 4 May 2002 22:14:11 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I found a new way to shoot myself in the foot: I assume that the entry in /etc/hosts of the form ::1 localhost.my.domain localhost is the IPv6 version of localhost. If this is not correctly configured to the machine's local domain then the version of sendmail that comes with 4.6-PRERELEASE uses this name as the host name and, of course, nothing can be received or sent. Mike Squires UN*X at home since 1985 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 20:28:59 2002 Delivered-To: freebsd-stable@freebsd.org Received: from meta.lo-res.org (meta.lo-res.org [195.58.189.92]) by hub.freebsd.org (Postfix) with ESMTP id 2023037B41E for ; Sat, 4 May 2002 20:28:55 -0700 (PDT) Received: from chillig.lo-res.org ([62.116.8.4]) by meta.lo-res.org (8.12.3/8.12.2) with ESMTP id g453Sn4Q000809; Sun, 5 May 2002 05:28:49 +0200 (CEST) (envelope-from aaron@lo-res.org) Content-Type: text/plain; charset="iso-8859-1" From: aaron To: Mike Squires , FreeBSD Stable Subject: Re: 4.6-PRERELEASE sendmail upgrade from 4.5-STABLE = fixed problem Date: Sun, 5 May 2002 05:28:24 +0200 X-Mailer: KMail [version 1.4] References: <200205050314.g453ECg6000974@12-222-67-235.client.insightBB.com> In-Reply-To: <200205050314.g453ECg6000974@12-222-67-235.client.insightBB.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200205050528.24906.aaron@lo-res.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sunday 05 May 2002 05:14, Mike Squires wrote: > I found a new way to shoot myself in the foot: > > I assume that the entry in /etc/hosts of the form > > ::1 localhost.my.domain localhost > > is the IPv6 version of localhost. If this is not correctly configured > to the machine's local domain then the version of sendmail that comes > with 4.6-PRERELEASE uses this name as the host name and, of course, > nothing can be received or sent. Hi Mike! Well, if you used mergemaster for tracking stable you might have noticed that ::1 is in the default /etc/hosts. But it sounds like this should be in UPDATING (as a requirement - just like the "smmsp" user). Otherwise I agree that sendmail should behave better :) > > Mike Squires > UN*X at home > since 1985 greetings, aaron. freebsd since 93/94 (?) :) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 23:11:18 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 6810937B420 for ; Sat, 4 May 2002 23:11:02 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g456B1f41278 for ; Sun, 5 May 2002 15:11:01 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20020504162912.M88188-100000@master.gorean.org> References: <20020504232627100.AAA911@empty1.ekahuna.com@pc02.ekahuna.com> <20020504162912.M88188-100000@master.gorean.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 19 From: Makoto Matsushita To: stable@FreeBSD.org Subject: Re: BIND in -stable Date: Sun, 05 May 2002 15:10:58 +0900 Message-Id: <20020505151058Q.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG DougB> However, I have clearly said on numerous occasions that BIND 8 DougB> users should be using 8.3.1. The most important point is "8.2.4 is vulnerable or not vulnerable," not "8.2.4 is not the latest version of BIND; BIND 8.3.1 is the latest version and ISC suggests to use 8.3.1" you've said. FreeBSD uses very simple rule: if 8.2.4 is vulnerable RELENG_4_5 branch's BIND is patched to fix the problem (or if no patches are available, import 8.3.1 instead), and if not vulnerable don't touch anything. That's sounds reasonable to me, since RELENG_4_5 should not include any new features not in original 4.5-RELEASE; that's why this branch is also known as -SECURITY branch. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 23:21:31 2002 Delivered-To: freebsd-stable@freebsd.org Received: from 12-234-22-238.client.attbi.com (12-234-90-219.client.attbi.com [12.234.90.219]) by hub.freebsd.org (Postfix) with ESMTP id C554237B41C for ; Sat, 4 May 2002 23:21:28 -0700 (PDT) Received: from master.gorean.org (master.gorean.org [10.0.0.2]) by 12-234-22-238.client.attbi.com (8.12.3/8.12.3) with ESMTP id g456LQPp090764; Sat, 4 May 2002 23:21:27 -0700 (PDT) (envelope-from DougB@FreeBSD.org) Received: from localhost (doug@localhost) by master.gorean.org (8.12.3/8.12.3/Submit) with ESMTP id g456LQ5E001562; Sat, 4 May 2002 23:21:26 -0700 (PDT) Date: Sat, 4 May 2002 23:21:26 -0700 (PDT) From: Doug Barton To: Makoto Matsushita Cc: stable@FreeBSD.org Subject: Re: BIND in -stable In-Reply-To: <20020505151058Q.matusita@jp.FreeBSD.org> Message-ID: <20020504231746.H1525-100000@master.gorean.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Your post essentially repeats the same argument I've already made. I'm not suggesting that we upgrade bind in any of the releng_4_* branches. What I am suggesting is that users who have not updgraded to a version of freebsd that has 8.3.1 built in should use 8.3.1 from the ports. -- "We have known freedom's price. We have shown freedom's power. And in this great conflict, ... we will see freedom's victory." - George W. Bush, President of the United States State of the Union, January 28, 2002 Do YOU Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 23:25:58 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 21A2A37B41D for ; Sat, 4 May 2002 23:25:55 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g456Psf42651 for ; Sun, 5 May 2002 15:25:54 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20020504162912.M88188-100000@master.gorean.org> References: <20020504232627100.AAA911@empty1.ekahuna.com@pc02.ekahuna.com> <20020504162912.M88188-100000@master.gorean.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 15 From: Makoto Matsushita To: stable@FreeBSD.org Subject: Re: BIND in -stable Date: Sun, 05 May 2002 15:25:52 +0900 Message-Id: <20020505152552H.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG DougB> You have made some rather absurd non sequiturs here. However, I DougB> have clearly said on numerous occasions that BIND 8 users DougB> should be using 8.3.1. Just FYI: nsupdate(8) bundled with BIND 8.3.1 is known as *broken*. If 4.6-RELEASE is out, all nsupdate(8) users will confuse that it dosn't work as expected. BIND 8.3.2 (if released) fixes this problem. ISC doesn't allow us to fix this problem to FreeBSD's BIND 8.3.1, so 4.6-RELEASE's nsupdate(8) is broken also. Still you want to say all users should upgrade their BIND 8.2.4 to 8.3.1? :-) -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 23:34:43 2002 Delivered-To: freebsd-stable@freebsd.org Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 49AAD37B41B for ; Sat, 4 May 2002 23:34:38 -0700 (PDT) Received: from localhost (localhost [::1]) by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet6 id g456Ybf53301 for ; Sun, 5 May 2002 15:34:37 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <20020504231746.H1525-100000@master.gorean.org> References: <20020505151058Q.matusita@jp.FreeBSD.org> <20020504231746.H1525-100000@master.gorean.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (bamboo) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 13 From: Makoto Matsushita To: stable@FreeBSD.org Subject: Re: BIND in -stable Date: Sun, 05 May 2002 15:34:35 +0900 Message-Id: <20020505153435Y.matusita@jp.FreeBSD.org> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG DougB> Your post essentially repeats the same argument I've already DougB> made. I'm not suggesting that we upgrade bind in any of the DougB> releng_4_* branches. What I am suggesting is that users who DougB> have not updgraded to a version of freebsd that has 8.3.1 built DougB> in should use 8.3.1 from the ports. Hmm, maybe I misunderstand your point, sorry. But as said in previous email, 8.3.1's nsupdate(8) is broken and I don't like to use BIND 8.3.1 even if ISC strongly suggests. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message From owner-freebsd-stable Sat May 4 23:39:13 2002 Delivered-To: freebsd-stable@freebsd.org Received: from pakastelohi.cypherpunks.to (pakastelohi.cypherpunks.to [213.130.163.34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1E937B405 for ; Sat, 4 May 2002 23:39:09 -0700 (PDT) Received: from LUCKYVAIO (adsl-208-201-244-240.sonic.net [208.201.244.240]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pakastelohi.cypherpunks.to (Postfix) with ESMTP id 0C3CB3647E for ; Sun, 5 May 2002 08:39:07 +0200 (CEST) From: "Lucky Green" To: Subject: Re: xterm and colour (Was: cvs commit: ports/mail/mutt-devel...) Date: Sat, 4 May 2002 23:38:59 -0700 Organization: Cypherpunks Jihad Message-ID: <002301c1f3ff$8c52a100$c33a080a@LUCKYVAIO> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG [Quotes from various folks about FreeBSD's "xterm" not supporting color elided]. I don't know what the historical reasons are why FreeBSD's xterm does not support color. Perhaps it was because there at one point was a physical xterm device (like a genuine VT100 terminal) that would puke if it were trying to connect to a server that extends xterm to include color support. Who knows. I am sure there were good reasons for only supporting monochrome for xterm, with the color version being called xterm-color. But I do know this: >90% of the users of various applications that identify their terminal type as "xterm" expect that terminal server on the other end to serve characters in color. Unless there is a really good reason for not supporting color in xterm today, as compared to perhaps a few years ago, I would urge whomever is in charge of termcap to please change the termcap entry for xterm to support color to bring it in line with user expectations. Even if that breaks things for those using a True Xterm (TM), as long as there is a fix for this small minority of users, the change should be made. --Lucky, who found this unexpected behavior of FreeBSD to be much to the amusement of his penguin-loving friends. I have been working on converting them with quite some success, but xterm's current defaults aren't exactly helping... Just my $0.02. I know that I don't understand all the issues that factored into the decision to not support color in xterm. While we are on this topic: the CONS25 default absolutely has to go. Make it VT*, make it anything that is widely supported other than that obsolete, and by today's standards downright obscure, SCO console. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message