From owner-freebsd-current  Sun Mar  2  1:11:20 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C578637B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 01:11:19 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8874843F75
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 01:11:18 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA16115;
	Sun, 2 Mar 2003 20:11:12 +1100
Date: Sun, 2 Mar 2003 20:12:54 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Jun Su <JunSu@gmx.net>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: why libkvm not implement read from user memory space
In-Reply-To: <200303021352.04325.JunSu@gmx.net>
Message-ID: <20030302195626.K29542-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 2 Mar 2003, Jun Su wrote:

> I am adding some new feature to the kgdb. I am not sure why the libkvm doesn't
> implement reading from memory space when checking core dump. Who can give
> some comments on this? If it is possible, I will try to implement it.

It was lost when libkvm was converted to use procfs (reading from
/proc/<pid>/mem instead of from kmem).  procfs is often considered
harmful for even more reasons than this, but replacing it by sysctls
tends to break support for dead kernels even more since sysctl() is
completely unlike read().

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  1:22:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8427937B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 01:22:23 -0800 (PST)
Received: from mail.gmx.net (imap.gmx.net [213.165.65.60])
	by mx1.FreeBSD.org (Postfix) with SMTP id D9E5F43F93
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 01:22:21 -0800 (PST)
	(envelope-from JunSu@gmx.net)
Received: (qmail 26481 invoked by uid 0); 2 Mar 2003 09:22:18 -0000
Received: from unknown (HELO 211.161.222.154) (211.161.222.154)
  by mail.gmx.net (mp001-rz3) with SMTP; 2 Mar 2003 09:22:18 -0000
From: Jun Su <JunSu@gmx.net>
To: Bruce Evans <bde@zeta.org.au>
Subject: Re: why libkvm not implement read from user memory space
Date: Sun, 2 Mar 2003 17:21:59 +0800
User-Agent: KMail/1.5
Cc: freebsd-current@FreeBSD.ORG
References: <20030302195626.K29542-100000@gamplex.bde.org>
In-Reply-To: <20030302195626.K29542-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="gb2312"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303021721.59602.JunSu@gmx.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sunday 02 March 2003 17:12, Bruce Evans wrote:
> On Sun, 2 Mar 2003, Jun Su wrote:
> > I am adding some new feature to the kgdb. I am not sure why the libkvm
> > doesn't implement reading from memory space when checking core dump. Who
> > can give some comments on this? If it is possible, I will try to
> > implement it.
>
> It was lost when libkvm was converted to use procfs (reading from
> /proc/<pid>/mem instead of from kmem).  procfs is often considered
> harmful for even more reasons than this, but replacing it by sysctls
> tends to break support for dead kernels even more since sysctl() is
> completely unlike read().
>
> Bruce

We can use the same method which libkvm read kernel memory space when in core 
dump to implemt the same thing for user memory space. Currently, I am 
cosidering the feature for debug core dump or debug remote machine more than 
debug /dev/mem. I think it is possible. Am I right?

Jun

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  1:35:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 878AA37B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 01:35:41 -0800 (PST)
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C54DF43F75
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 01:35:40 -0800 (PST)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.6/8.12.3) with ESMTP id h229Zd3Y040789;
	Sun, 2 Mar 2003 02:35:40 -0700 (MST)
	(envelope-from imp@bsdimp.com)
Date: Sun, 02 Mar 2003 02:34:39 -0700 (MST)
Message-Id: <20030302.023439.35219042.imp@bsdimp.com>
To: raoul.megelas@libertysurf.fr
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: old serial RS-232 pccard and wi driver.
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20030301220832.A762@libertysurf.fr>
References: <20030301220832.A762@libertysurf.fr>
X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Can you run a small test?  Can you build a kernel w/o wi?  Further,
can you do
    sysctl hw.pccard.cis_debug=1
before you insert the card (or put the hw....=1 part in
/boot/loader.conf) and send me the result?

Warner


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  2:37:54 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EE02F37B401
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 02:37:52 -0800 (PST)
Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E8CA243F93
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 02:37:51 -0800 (PST)
	(envelope-from kuku@accms33.physik.rwth-aachen.de)
Received: (from kuku@localhost)
	by accms33.physik.rwth-aachen.de (8.9.3/8.9.3) id LAA30904
	for freebsd-current@freebsd.org; Sun, 2 Mar 2003 11:37:50 +0100
Date: Sun, 2 Mar 2003 11:37:50 +0100
From: Christoph Kukulies <kuku@physik.rwth-aachen.de>
Message-Id: <200303021037.LAA30904@accms33.physik.rwth-aachen.de>
To: freebsd-current@freebsd.org
Subject: mgetty in ttys hoses system
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I installed the /usr/ports/comms/mgetty+sendfax to get my
new servers functions completed and found after installing the
port and giving a kill -HUP 1 - the port adds the
line 
cuaa0 "/usr/local/sbin/mgetty" unknown on insecure
to /etc/ttys.

After that the system was hosed. After rebooting
the system seemed to got hung in multi user mode.
No vtys and I booted into single user.

Found that /etc/ttys contained passwd entries instead, totally
hosed. It never happended to me that I got FS corruption
like this before.

I took out the mgetty entry and live without fax at the moment
but hope to find a solution soon.

Just install the mgetty+sendfax port in a -current system
answer all the questions in the setup dialog with defaults
and kill -HUP 1 and you'll be left with a hosed system.


--
Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  2:52: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id E097C37B401; Sun,  2 Mar 2003 02:52:02 -0800 (PST)
Date: Sun, 2 Mar 2003 04:52:02 -0600
From: Juli Mallett <jmallett@FreeBSD.org>
To: current@FreeBSD.org
Subject: elf_loadfile: kernel already loaded
Message-ID: <20030302045202.A5998@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>, <juli@arcti.ca>
X-Towel: Yes
X-Negacore: Yes
X-Title: Code Maven
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

(Trying to boot an alternate kernel on FreeBSD/i386 with normal loader running
 at a console, loading kernel from a disk.)

It looks like after I "unload" the default kernel, and try to "load" a new
one, when I go to "boot", loader is trying to load some other kernel, and
I'm not sure why, but I get the "elf_loadfile: kernel already loaded", I
was trying to fix this on my p4 branch by adding some printfs to figure
out what it was trying to load, and since I didn't have libstand around, it
threw a fit at me during the compile and I gave up, so I figured I'd just
mail here and ask if anyone has seen what I'm talking about, or knows if
it is fixed, or how to fix it.

Thanx,
juli.
-- 
Juli Mallett <jmallett@FreeBSD.org> - AIM: BSDFlata -- IRC: juli on EFnet
OpenDarwin, Mono, FreeBSD Developer - ircd-hybrid Developer, EFnet addict
FreeBSD on MIPS-Anything on FreeBSD - /* XXX Nothing to see here, now. */

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  4: 9: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9CD1437B401; Sun,  2 Mar 2003 04:08:53 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 32F5743FDD; Sun,  2 Mar 2003 04:08:52 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id A2686530E; Sun,  2 Mar 2003 13:08:49 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Jens Rehsack <rehsack@liwing.de>
Cc: Juli Mallett <jmallett@FreeBSD.org>, current@freebsd.org
Subject: Re: PATCH: type errors in src-tree
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Sun, 02 Mar 2003 13:08:48 +0100
In-Reply-To: <3E612F7F.1090002@liwing.de> (Jens Rehsack's message of "Sat,
 01 Mar 2003 23:09:03 +0100")
Message-ID: <xzpel5qc6nj.fsf@flood.ping.uio.no>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd)
References: <3E5EA13E.9020208@liwing.de> <3E60F1CF.2030400@liwing.de>
	<20030301155546.A39174@FreeBSD.org> <3E612F7F.1090002@liwing.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Jens Rehsack <rehsack@liwing.de> writes:
> Of course. Very often in ilmid.c the type caddr_t was used, and nearly
> the same count of 'const char *'s was used. I've searched the include
> files for caddr_t (core address) and found it defined as 'char *', so
> I decided to used commonly caddr_t - maybe later I check which of them
> could be changed into 'c_caddr_t' for being const. But You can of
> couse replace all 'caddr_t' which 'char *'.

This is wrong.  caddr_t should be uniersally replaced with void *.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  4: 9:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A8C2B37B40D
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 04:09:36 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6071843FAF
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 04:09:35 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id E1C9066B3A; Sun,  2 Mar 2003 04:09:34 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id C05F3943; Sun,  2 Mar 2003 04:09:34 -0800 (PST)
Date: Sun, 2 Mar 2003 04:09:34 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: leafy <leafy@leafy.idv.tw>
Cc: freebsd-current@freebsd.org
Subject: Re: distributed folding client panics -current
Message-ID: <20030302120934.GB30881@rot13.obsecurity.org>
References: <20030302053103.GA566@leafy.idv.tw>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR"
Content-Disposition: inline
In-Reply-To: <20030302053103.GA566@leafy.idv.tw>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--6sX45UoQRIJXqkqR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

This may already be fixed..can you try updating and see if the problem persists?

Kris

--6sX45UoQRIJXqkqR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+YfR+Wry0BWjoQKURAqZyAKDPUJPlJAdHcD2LuelZW8Ls9S/RNACfV5BP
H0ROcCYSkfVoIoANvHWqIEw=
=A21P
-----END PGP SIGNATURE-----

--6sX45UoQRIJXqkqR--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  4:25:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 305D637B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 04:25:30 -0800 (PST)
Received: from mail-2.zoominternet.net (mail-2.zoominternet.net [63.67.120.22])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4150343F3F
	for <current@freebsd.org>; Sun,  2 Mar 2003 04:25:29 -0800 (PST)
	(envelope-from dmmiller@cvzoom.net)
Received: (qmail 23823 invoked from network); 2 Mar 2003 12:25:25 -0000
Received: from unknown (HELO cvzoom.net) ([24.154.36.121]) (envelope-sender <dmmiller@cvzoom.net>)
          by mail-2.zoominternet.net (qmail-ldap-1.03) with SMTP
          for <kris@obsecurity.org>; 2 Mar 2003 12:25:25 -0000
Message-ID: <3E61F838.1020508@cvzoom.net>
Date: Sun, 02 Mar 2003 07:25:28 -0500
From: Donn Miller <dmmiller@cvzoom.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.2) Gecko/20030214
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kris Kennaway <kris@obsecurity.org>
Cc: current@freebsd.org
Subject: Re: distributed folding client panics -current
References: <b3ssai$opt$1@FreeBSD.csie.NCTU.edu.tw>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Kris Kennaway wrote:
> --6sX45UoQRIJXqkqR
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> 
> This may already be fixed..can you try updating and see if the problem persists?

Yes.  I've also had problems with my laptop freezing when using 
gtk-gnutella.  After the fixes (I'm now at version 1.198 of 
tcp_input.c), my laptop takes a lot longer to panic while running 
gnutella, but it still happens nonetheless.  Here is a little backtrace:

Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x20
fault code		= supervisor read, page not present
instruction pointer	= 0x8:0xc01e3fb6
stack pointer	        = 0x10:0xcd298a90
frame pointer	        = 0x10:0xcd298ab4
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 12 (swi1: net)
trap number		= 12
panic: page fault

syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
Uptime: 48m8s
Dumping 255 MB
ata0: resetting devices ..
done
  16[CTRL-C to abort]  32[CTRL-C to abort] [CTRL-C to abort]  48 64 80 
96 112 128 144 160 176 192 208 224 240
---
#0  doadump () at ../../../kern/kern_shutdown.c:239
239		dumping++;
(kgdb) where
#0  doadump () at ../../../kern/kern_shutdown.c:239
#1  0xc01ee472 in boot (howto=260) at ../../../kern/kern_shutdown.c:371
#2  0xc01ee6d3 in panic () at ../../../kern/kern_shutdown.c:542
#3  0xc0232a22 in bwrite (bp=0xc7799140) at ../../../kern/vfs_bio.c:795
#4  0xc0234529 in vfs_bio_awrite (bp=0xc7799140) at 
../../../kern/vfs_bio.c:1692
#5  0xc02e5fca in ffs_fsync (ap=0xcd298898) at 
../../../ufs/ffs/ffs_vnops.c:257
#6  0xc02e50b7 in ffs_sync (mp=0xc25d9600, waitfor=2, cred=0xc0eb5f00, 
td=0xc03a6e60)
     at vnode_if.h:612
#7  0xc024939b in sync (td=0xc03a6e60, uap=0x0) at 
../../../kern/vfs_syscalls.c:138
#8  0xc01ee05c in boot (howto=256) at ../../../kern/kern_shutdown.c:280
#9  0xc01ee6d3 in panic () at ../../../kern/kern_shutdown.c:542
#10 0xc03459f2 in trap_fatal (frame=0xcd298a50, eva=0) at 
../../../i386/i386/trap.c:843
#11 0xc03456d2 in trap_pfault (frame=0xcd298a50, usermode=0, eva=32)
     at ../../../i386/i386/trap.c:757
#12 0xc03451c0 in trap (frame=
       {tf_fs = -1027342312, tf_es = 16, tf_ds = 16, tf_edi = 
-1058231728, tf_esi = 0, tf_ebp = -852915532, tf_isp = -852915588, 
tf_ebx = -1069851860, tf_edx = -1058231728, tf_ecx = -1034102852, tf_eax 
= 1, tf_trapno = 12, tf_err = 0, tf_eip = -1071759434, tf_cs = 8, 
tf_eflags = 66050, tf_esp = 16, tf_ss = -1071125744}) at 
../../../i386/i386/trap.c:444
#13 0xc0335398 in calltrap () at {standard input}:96
#14 0xc0278859 in tcp_input (m=0xc0ecaa50, off0=20) at 
../../../netinet/tcp_input.c:2324
#15 0xc0271736 in ip_input (m=0xc0ed7900) at ../../../netinet/ip_input.c:947
#16 0xc0271822 in ipintr () at ../../../netinet/ip_input.c:965
#17 0xc02626af in swi_net (dummy=0x0) at ../../../net/netisr.c:97
#18 0xc01da321 in ithread_loop (arg=0xc0ec8280) at 
../../../kern/kern_intr.c:536
#19 0xc01d9223 in fork_exit (callout=0xc01da150 <ithread_loop>, arg=0x0, 
frame=0x0)
     at ../../../kern/kern_fork.c:871


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  4:53:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5323237B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 04:53:17 -0800 (PST)
Received: from mail.liwing.de (mail.liwing.de [213.70.188.162])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 738BF43FBF
	for <current@freebsd.org>; Sun,  2 Mar 2003 04:53:15 -0800 (PST)
	(envelope-from rehsack@liwing.de)
Received: (qmail 91454 invoked from network); 2 Mar 2003 12:53:13 -0000
Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164])
          (envelope-sender <rehsack@liwing.de>)
          by mail.liwing.de (qmail-ldap-1.03) with SMTP
          for <des@ofug.org>; 2 Mar 2003 12:53:13 -0000
Message-ID: <3E61FEB9.2020102@liwing.de>
Date: Sun, 02 Mar 2003 13:53:13 +0100
From: Jens Rehsack <rehsack@liwing.de>
Organization: LiWing IT-Services
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: Juli Mallett <jmallett@FreeBSD.org>, current@freebsd.org
Subject: Re: PATCH: type errors in src-tree
References: <3E5EA13E.9020208@liwing.de> <3E60F1CF.2030400@liwing.de>	<20030301155546.A39174@FreeBSD.org> <3E612F7F.1090002@liwing.de> <xzpel5qc6nj.fsf@flood.ping.uio.no>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav wrote:
> Jens Rehsack <rehsack@liwing.de> writes:
> 
>>Of course. Very often in ilmid.c the type caddr_t was used, and nearly
>>the same count of 'const char *'s was used. I've searched the include
>>files for caddr_t (core address) and found it defined as 'char *', so
>>I decided to used commonly caddr_t - maybe later I check which of them
>>could be changed into 'c_caddr_t' for being const. But You can of
>>couse replace all 'caddr_t' which 'char *'.
> 
> 
> This is wrong.  caddr_t should be uniersally replaced with void *.

Good to know. I think I have done it where it's possible, and where 
really (unsigned) char *(*) was required, I've used that. There're some 
places in code where I'm not sure about it's being correct, but that has 
nothing to do with char */void *.

> DES

Jens


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  5:19:22 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9277B37B401; Sun,  2 Mar 2003 05:19:21 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A830A43F93; Sun,  2 Mar 2003 05:19:20 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.6/8.12.6) with ESMTP id h22DJJTp033053;
	Sun, 2 Mar 2003 13:19:19 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.6/Submit) with UUCP id h22DJJ43033052;
	Sun, 2 Mar 2003 13:19:19 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h22DIlIg052357;
	Sun, 2 Mar 2003 13:18:47 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303021318.h22DIlIg052357@grimreaper.grondar.org>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: Jens Rehsack <rehsack@liwing.de>,
	Juli Mallett <jmallett@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: PATCH: type errors in src-tree 
In-Reply-To: Your message of "Sun, 02 Mar 2003 13:08:48 +0100."
             <xzpel5qc6nj.fsf@flood.ping.uio.no> 
Date: Sun, 02 Mar 2003 13:18:47 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav writes:
> Jens Rehsack <rehsack@liwing.de> writes:
> > Of course. Very often in ilmid.c the type caddr_t was used, and nearly
> > the same count of 'const char *'s was used. I've searched the include
> > files for caddr_t (core address) and found it defined as 'char *', so
> > I decided to used commonly caddr_t - maybe later I check which of them
> > could be changed into 'c_caddr_t' for being const. But You can of
> > couse replace all 'caddr_t' which 'char *'.
> 
> This is wrong.  caddr_t should be uniersally replaced with void *.

I'm currently doing this for kicks (Well, actually because it kills
a botload of warnings, lint and otherwise). Once make world is working
again, I'll put up a patch.

My approach is to typedef caddr_t to void*, and then fix the errors this
causes. So far, they are all no-brainers; mainly function prototypes
that are inconsistent with their definitions. There are a few places
where caddr_t is assumed to point to char.

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  5:43:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 58DE937B405
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 05:43:28 -0800 (PST)
Received: from inception.quiecom.com (inception.quiecom.com [216.127.82.32])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BDFD543FDD
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 05:43:23 -0800 (PST)
	(envelope-from fish@fish-mail.com)
Received: from current (pcp01652882pcs.waldlk01.mi.comcast.net [68.62.106.180])
	(authenticated (0 bits))
	by inception.quiecom.com (8.11.6/8.11.6) with ESMTP id h22DakA00955
	for <current@FreeBSD.ORG>; Sun, 2 Mar 2003 08:36:46 -0500
Subject: Re: distributed folding client panics -current
From: Fish <fish@fish-mail.com>
To: current@FreeBSD.ORG
In-Reply-To: <3E61F838.1020508@cvzoom.net>
References: <b3ssai$opt$1@FreeBSD.csie.NCTU.edu.tw>
	 <3E61F838.1020508@cvzoom.net>
Content-Type: text/plain
Organization: 
Message-Id: <1046594552.743.4.camel@current>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 02 Mar 2003 08:42:33 +0000
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 2003-03-02 at 12:25, Donn Miller wrote:
> Kris Kennaway wrote:
> > --6sX45UoQRIJXqkqR
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disposition: inline
> > 
> > This may already be fixed..can you try updating and see if the problem persists?
> 
> Yes.  I've also had problems with my laptop freezing when using 
> gtk-gnutella.  After the fixes (I'm now at version 1.198 of 
> tcp_input.c), my laptop takes a lot longer to panic while running 
> gnutella, but it still happens nonetheless.  Here is a little backtrace:
> 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address	= 0x20
> fault code		= supervisor read, page not present
> instruction pointer	= 0x8:0xc01e3fb6
> stack pointer	        = 0x10:0xcd298a90
> frame pointer	        = 0x10:0xcd298ab4
> code segment		= base 0x0, limit 0xfffff, type 0x1b
> 			= DPL 0, pres 1, def32 1, gran 1
> processor eflags	= interrupt enabled, resume, IOPL = 0
> current process		= 12 (swi1: net)
> trap number		= 12
> panic: page fault
> 
> syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
> Uptime: 48m8s
> Dumping 255 MB
> ata0: resetting devices ..
> done
>   16[CTRL-C to abort]  32[CTRL-C to abort] [CTRL-C to abort]  48 64 80 
> 96 112 128 144 160 176 192 208 224 240

<snip dump>

Just chiming in with a me-too, for LimeWire.  I also am seeing this
problem.  I'm cvsupping and rebuilding now, my build is a few days old.

Fish


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  7:36: 9 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BBE6F37B401; Sun,  2 Mar 2003 07:36:07 -0800 (PST)
Received: from mailhub.fokus.gmd.de (mailhub.fokus.gmd.de [193.174.154.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DC63443FAF; Sun,  2 Mar 2003 07:36:05 -0800 (PST)
	(envelope-from brandt@fokus.fraunhofer.de)
Received: from beagle (beagle [193.175.132.100])
	by mailhub.fokus.gmd.de (8.11.6/8.11.6) with ESMTP id h22FZxX06489;
	Sun, 2 Mar 2003 16:35:59 +0100 (MET)
Date: Sun, 2 Mar 2003 16:35:59 +0100 (CET)
From: Harti Brandt <brandt@fokus.fraunhofer.de>
X-X-Sender: hbb@beagle.fokus.gmd.de
To: Jens Rehsack <rehsack@liwing.de>
Cc: Barney Wolff <barney@pit.databus.com>,
	Juli Mallett <jmallett@FreeBSD.ORG>, current@FreeBSD.ORG
Subject: Re: PATCH: type errors in src-tree
In-Reply-To: <3E615F83.7090106@liwing.de>
Message-ID: <20030302163339.G2174@beagle.fokus.gmd.de>
References: <3E5EA13E.9020208@liwing.de> <3E60F1CF.2030400@liwing.de>
 <20030301155546.A39174@FreeBSD.org> <3E612F7F.1090002@liwing.de>
 <20030301233642.GA64401@pit.databus.com> <3E614A06.5070403@liwing.de>
 <20030301180920.A53976@FreeBSD.org> <3E61560D.2070205@liwing.de>
 <20030302012530.GA65162@pit.databus.com> <3E615F83.7090106@liwing.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 2 Mar 2003, Jens Rehsack wrote:

JR>Barney Wolff wrote:
JR>> This is an example of what I was pointing out:
JR>>
JR>> On Sun, Mar 02, 2003 at 01:53:33AM +0100, Jens Rehsack wrote:
JR>>  ...
JR>>
JR>>>@@ -1444,22 +1420,19 @@
JR>>>  *	none	- response sent
JR>>>  *
JR>>>  */
JR>>>-void
JR>>>-send_resp ( intf, Hdr, resp )
JR>>>-	int		intf;
JR>>>-	Snmp_Header	*Hdr;
JR>>>-	u_char		*resp;
JR>>>+static void
JR>>>+send_resp ( const int intf, Snmp_Header *Hdr, char *resp )
JR>>> {
JR>>> 	int	n;
JR>>>
JR>>>-	if ( ilmi_fd[intf] > 0 ) {
JR>>>-	    n = write ( ilmi_fd[intf], (caddr_t)&resp[1], resp[0] );
JR>>>+	if ( ilmi_fd[intf] > 0 ) { /* FIXME: does ilmi_fd[intf] exists? out of range? */
JR>>>+	    n = write ( ilmi_fd[intf], resp+1, resp[0] );
JR>>
JR>>  ...
JR>>
JR>> Here's a case where it matters whether something is u_char or char.
JR>> write(2) takes a size_t as its third arg, and extension of a char to
JR>> that may not be the same as for u_char, for example on Sparc.  If the
JR>> response is ever >127 bytes, this will fail.  You're going to have to
JR>> look carefully at how things are used to see when char is appropriate
JR>> and when u_char is necessary.
JR>>
JR>
JR>That is really right, but for those check I have to know more 'bout ATM,
JR>right? I just have detected some compiler errors using
JR>-finline-functions (yes, I'm playing with optimization options :-)). If
JR>you know a real good online-reference, one fine day I'll check it and
JR>check the entire ilmid.c code for valid signment.

Go to www.atmforum.com and look at the Standards page. You will find the
ILMI 4.0 standard there. But beware, if you are not used to read
telecommunication standards, you will be confused :-)

For ILMI you will also need the relavant SNMP RFCs and, maybe, the ASN.1
doc (don't remember exactly should be one of the Z.* ITU-T standards).

harti

JR>
JR>Jens
JR>
JR>
JR>To Unsubscribe: send mail to majordomo@FreeBSD.org
JR>with "unsubscribe freebsd-current" in the body of the message
JR>

-- 
harti brandt, http://www.fokus.gmd.de/research/cc/cats/employees/hartmut.brandt/private
              brandt@fokus.fraunhofer.de, harti@freebsd.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  8:29: 9 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4E3F137B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 08:29:06 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 62DA443F3F
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 08:29:05 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.7/8.12.6) with ESMTP id h22GT4Kx058772
	for <current@FreeBSD.ORG>; Sun, 2 Mar 2003 11:29:04 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.7/8.12.6/Submit) with ESMTP id h22GT3Yg058769
	for <current@FreeBSD.ORG>; Sun, 2 Mar 2003 11:29:03 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Sun, 2 Mar 2003 11:29:02 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: current@FreeBSD.ORG
Subject: Re: Double fault with IBM microdrives and CompactFlash (LONG)
In-Reply-To: <20030301120003.R91528@alpha.siliconlandmark.com>
Message-ID: <20030302105316.P91528@alpha.siliconlandmark.com>
References: <20030301120003.R91528@alpha.siliconlandmark.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=iso-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Sat, 1 Mar 2003, Andre Guibert de Bruet wrote:

> I just tried using my FreeBSD laptop to unload pictures off of a 340MB IB=
M
> microdrive (Model: DMDM-10340, P/N: 22L0046) using the IBM PC Card adapte=
r
> (P/N: 31L9315). The laptop in question is a stock Dell Latitude C800 with
> a 1Ghz P3, 512MB of RAM and a 20GB ATA66 drive.
>
> I got a double "page fault in kernel mode" message shortly after insertin=
g
> the drive. I rebooted then tried using the same adapter with a 128MB
> Viking CompactFlash card, and I got the same problem. Now, I've used this
> adapter under Windows XP, and it works, so it's not defective. I use the
> same cardbus slots for my wi0 interface (PRISM II-based), so I know both
> slots work. I recvsup'ed to make sure that I have all the latest committe=
d
> fixes. Here's what uname says:
<snip>
> pccard1: Allocation failed for cfe 0
> ata2 at port 0x100-0x10f irq 10 function 0 config 1 on pccard1
<snip>

I've since cvsup'ed, and upgraded this machine's kernel.

omikron# uname -a
FreeBSD omikron.properkernel.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sun Ma=
r  2 09:29:14 EST 2003     root@omikron.properkernel.com:/usr/src/sys/i386/=
compile/OMIKRON  i386

I also enabled dumps and managed to get a clean dump:

(kgdb) bt
#0  doadump () at ../../../kern/kern_shutdown.c:239
#1  0xc013bb55 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D3999,    dumm=
y4=3D0xd68d0964 "@\003E=C0\f") at ../../../ddb/db_command.c:546
#2  0xc013b8d2 in db_command (last_cmdp=3D0xc04037c0, cmd_table=3D0x0,    a=
ux_cmd_tablep=3D0xc03fdf94, aux_cmd_tablep_end=3D0xc03fdf98)    at ../../..=
/ddb/db_command.c:346
#3  0xc013b9e6 in db_command_loop () at ../../../ddb/db_command.c:470
#4  0xc013e76a in db_trap (type=3D12, code=3D0) at ../../../ddb/db_trap.c:7=
2
#5  0xc0388ad1 in kdb_trap (type=3D12, code=3D0, regs=3D0xd68d0b34)    at .=
=2E/../../i386/i386/db_interface.c:166
#6  0xc039a2f2 in trap_fatal (frame=3D0xd68d0b34, eva=3D0)    at ../../../i=
386/i386/trap.c:838
#7  0xc039a002 in trap_pfault (frame=3D0xd68d0b34, usermode=3D0, eva=3D0)  =
  at ../../../i386/i386/trap.c:757
#8  0xc0399b7d in trap (frame=3D      {tf_fs =3D -695402472, tf_es =3D -107=
2431088, tf_ds =3D -1051262960, tf_edi =3D -1051687936, tf_esi =3D 128, tf_=
ebp =3D -695399504, tf_isp =3D -695399584, tf_ebx =3D 16, tf_edx =3D -10512=
31700, tf_ecx =3D -1068976384, tf_eax =3D -1051231700, tf_trapno =3D 12, tf=
_err =3D 0, tf_eip =3D 0, tf_cs =3D 8, tf_eflags =3D 66118, tf_esp =3D -107=
2345719, tf_ss =3D -1051231700}) at ../../../i386/i386/trap.c:444
#9  0xc038a428 in calltrap () at {standard input}:96
#10 0xc01463d3 in ata_attach (dev=3D0x80) at ../../../dev/ata/ata-all.c:210
#11 0xc017b24a in pccard_compat_do_attach (bus=3D0xc40f8500, dev=3D0x80)   =
 at card_if.h:129
#12 0xc014a5bd in pccard_compat_attach (dev=3D0x10) at card_if.h:147
#13 0xc0254010 in device_probe_and_attach (dev=3D0x10) at device_if.h:39
#14 0xc0179f1f in pccard_attach_card (dev=3D0xc40f8500)    at ../../../dev/=
pccard/pccard.c:243
#15 0xc0181f08 in cbb_insert (sc=3D0xc15a2c00) at card_if.h:66
#16 0xc0181d2b in cbb_event_thread (arg=3D0xc15a2c00)    at ../../../dev/pc=
cbb/pccbb.c:914
#17 0xc022b634 in fork_exit (callout=3D0xc0181cb0 <cbb_event_thread>, arg=
=3D0x0,    frame=3D0x0) at ../../../kern/kern_fork.c:871

(kgdb) list ../../../dev/ata/ata-all.c:210
205             if (ch->devices & ATA_ATAPI_MASTER)
206                 if (ata_getparam(&ch->device[MASTER], ATA_C_ATAPI_IDENT=
IFY))
207                     ch->devices &=3D ~ATA_ATAPI_MASTER;
208     #ifdef DEV_ATADISK
209             if (ch->devices & ATA_ATA_MASTER)
210                 ad_attach(&ch->device[MASTER]);
211             if (ch->devices & ATA_ATA_SLAVE)
212                 ad_attach(&ch->device[SLAVE]);
213     #endif
214     #if DEV_ATAPIALL

File versions:
src/sys/dev/ata/ata-all.c     1.167
src/sys/dev/ata/ata-all.h     1.59
src/sys/dev/pccard/card_if.m  1.21
src/sys/dev/pccbb/pccbb.c     1.65
src/sys/kern/device_if.m      1.8
src/sys/kern/kern_fork.c      1.186
src/sys/pccard/pccard.c       1.156

The kernel config file that I'm using can be found at:
http://siliconlandmark.com/staff/andre/files/OMIKRON

If there's anything else that could be helpful, please don't hesitate to
ask! :-)

Thanks again,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  8:34:27 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4B93E37B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 08:34:26 -0800 (PST)
Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1DF8743FAF
	for <current@freebsd.org>; Sun,  2 Mar 2003 08:34:25 -0800 (PST)
	(envelope-from mime@traveller.cz)
Received: from prg.traveller.cz (localhost [127.0.0.1])
	by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg) with ESMTP id h22GYNYw056049
	for <current@freebsd.org>; Sun, 2 Mar 2003 17:34:23 +0100 (CET)
Received: from localhost (mime@localhost)
	by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg/submit) with ESMTP id h22GYMk1056046
	for <current@freebsd.org>; Sun, 2 Mar 2003 17:34:23 +0100 (CET)
Date: Sun, 2 Mar 2003 17:34:22 +0100 (CET)
From: Michal Mertl <mime@traveller.cz>
To: current@freebsd.org
Subject: potential for foot-shooting with KLD's
Message-ID: <20030302153608.P44831@prg.traveller.cz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Imagine you decided to go with modular kernel. You comment out 'device
random' in your kernel-config and place 'random_load="YES"' in
/boot/loader.conf. When you reboot and don't rebuild the kernel first, you
have your machine unbootable - at least in case you previously had acpi in
your kernel and acpi doesn't work without OS supplied dsdt (as in my
case) or you need acpi as a module or any other module.

The way out is to boot from install CDROM, have fixit floppy, mount the
old root and remove the random.ko module. Which is pretty inconvenient,
when you don't have the medias handy.

The problem is that I can't ask loader not to load some module. It doesn't
understand 'unset XX_load'. It doesn't work to say 'set XX_load="NO"'
either. The only way I found to make it not load the modules is to 'load
/boot/kernel/kernel;set module_path="";boot'. Unfortunately it doesn't
help me either because I need to load special acpi_dsdt.aml which isn't
then loaded either.

The fix could be to be able to say 'unset XX_load' or make 'set
XX_load="NO"' work.  The other fix (probably more difficult to do)
would be to make all modules loading/linking fail when they're
statically compiled in.


-- 
Michal Mertl
mime@traveller.cz

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  9: 5:26 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 444F837B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 09:05:23 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0A6FB43FA3
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 09:05:21 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA10228;
	Mon, 3 Mar 2003 04:04:58 +1100
Date: Mon, 3 Mar 2003 04:06:41 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: "M. Warner Losh" <imp@bsdimp.com>, <current@FreeBSD.ORG>
Subject: Re: Any ideas why we can't even boot a i386 ? 
In-Reply-To: <20030302001614.H26391-100000@gamplex.bde.org>
Message-ID: <20030303034332.Y30986-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 2 Mar 2003, Bruce Evans wrote:

> On Fri, 28 Feb 2003, Poul-Henning Kamp wrote:
>
> > My main concern would be if the chips have the necessary "umphf"
> > to actually do a real-world job once they're done running all the
> > overhead of 5.0-R.  The lack of cmpxchg8 makes the locking horribly
> > expensive.
>
> Actually, the lack of cmpxchg8 only makes locking more expensive.  It's
                                                    ^^^^

I.e., strictly more expensive, but not much more.

> [cycle types for Athlon1600 running 386 code]

Here are whorldstone benchmarks for an Athlon.  The 386 version was a
whole 0.3% slower for real time (3.2% slower for system time).

To get the system to run I had to unbreak panicifcpuunsupported() so
that it doesn't gratuitously reject Athlons (CPUs that are upward
compatible should not be rejected), and had to replace pmap.o by the
non-386 version since the 386 version caused strange errors.  It's not
clear why the 386 version doesn't work -- the only internal difference
in pmap.c is that the 386 version uses invltlb() and other versions
use invlpg().  Using invlpg() would probably make things more than
0.3% slower.  Selecting the best inv*() was the main optimization that
we dropped when 386 support was made incompatible with support for later
CPUs.

world with my kernel configured for I486_CPU through I686_CPU
%%%
1532 MHz AthlonXP 1600 256MB 2 ATA drives
async mounted /usr/obj (src on separate drive)
--------------------------------------------------------------
>>> elf make world completed on Sun Mar  2 16:30:55 EST 2003
                       (started Sun Mar  2 15:53:15 EST 2003)
--------------------------------------------------------------
     2260.31 real      1729.55 user       326.24 sys
     40208  maximum resident set size
      2248  average shared memory size
      1762  average unshared data size
       127  average unshared stack size
  14959205  page reclaims
     25630  page faults
         0  swaps
     43481  block input operations
      3963  block output operations
         0  messages sent
         0  messages received
         5  signals received
    313523  voluntary context switches
    607085  involuntary context switches
%%%

world with my kernel configured for I386_CPU except for pmap.o
%%%
1532 MHz AthlonXP 1600 256MB 2 ATA drives
async mounted /usr/obj (src on separate drive)
--------------------------------------------------------------
>>> elf make world completed on Mon Mar  3 03:00:45 EST 2003
                       (started Mon Mar  3 02:22:57 EST 2003)
--------------------------------------------------------------
     2267.98 real      1730.21 user       336.73 sys
     40208  maximum resident set size
      2245  average shared memory size
      1756  average unshared data size
       127  average unshared stack size
  14958931  page reclaims
     26265  page faults
         0  swaps
     44148  block input operations
      3898  block output operations
         0  messages sent
         0  messages received
         6  signals received
    313986  voluntary context switches
    598687  involuntary context switches
%%%

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  9:49: 8 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4D29637B401
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 09:49:07 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BE16E43FB1
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 09:49:06 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0246.cvx22-bradley.dialup.earthlink.net ([209.179.198.246] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18pXa6-00028O-00; Sun, 02 Mar 2003 09:48:59 -0800
Message-ID: <3E6243BB.282E436A@mindspring.com>
Date: Sun, 02 Mar 2003 09:47:39 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Christoph Kukulies <kuku@physik.rwth-aachen.de>
Cc: freebsd-current@freebsd.org
Subject: Re: mgetty in ttys hoses system
References: <200303021037.LAA30904@accms33.physik.rwth-aachen.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4dbd8cf97b6f6bedfcfdfd800b804af7b350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Christoph Kukulies wrote:
> I installed the /usr/ports/comms/mgetty+sendfax to get my
> new servers functions completed and found after installing the
> port and giving a kill -HUP 1 - the port adds the
> line
> cuaa0 "/usr/local/sbin/mgetty" unknown on insecure
> to /etc/ttys.
> 
> After that the system was hosed. After rebooting
> the system seemed to got hung in multi user mode.
> No vtys and I booted into single user.
> 
> Found that /etc/ttys contained passwd entries instead, totally
> hosed. It never happended to me that I got FS corruption
> like this before.


This is a well-known FreeBSD VM bug, having to do with writes
to COW pages for objects mapped read-only.

It happens when you modify the contents of the data areas returned
by getpwent().

We had the same problem with Vixie "cron" on the InterJet; it would
spam the crontab with a page of data from the passwd database.

No one ever fixed it, because no one after Dyson has really bothered
to fully understand the VM system, before making changes to it.

You can work around it by modifying the program to copy the pwent
contents (or use it's own pwent structure) instead of modifying the
returned data areas.  This avoids triggering the COW, where the
dirty buffer gets attached to the wrong vnode.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  9:55:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8678637B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 09:55:40 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B0A943F85
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 09:55:39 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h22HtLA6009065;
	Sun, 2 Mar 2003 18:55:28 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: Bruce Evans <bde@zeta.org.au>
Cc: "M. Warner Losh" <imp@bsdimp.com>, current@FreeBSD.ORG
Subject: Re: Any ideas why we can't even boot a i386 ? 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Mon, 03 Mar 2003 04:06:41 +1100."
             <20030303034332.Y30986-100000@gamplex.bde.org> 
Date: Sun, 02 Mar 2003 18:55:21 +0100
Message-ID: <9064.1046627721@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20030303034332.Y30986-100000@gamplex.bde.org>, Bruce Evans writes:
>On Sun, 2 Mar 2003, Bruce Evans wrote:
>
>> On Fri, 28 Feb 2003, Poul-Henning Kamp wrote:
>>
>> > My main concern would be if the chips have the necessary "umphf"
>> > to actually do a real-world job once they're done running all the
>> > overhead of 5.0-R.  The lack of cmpxchg8 makes the locking horribly
>> > expensive.
>>
>> Actually, the lack of cmpxchg8 only makes locking more expensive.  It's
>                                                    ^^^^
>
>I.e., strictly more expensive, but not much more.

Bruce, it is not a matter of the relative expensiveness of the various
implementations of locking primitives, its a matter of the cummulative
weight of all the locks we add to the system.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2  9:56:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 417F737B405
	for <current@freebsd.org>; Sun,  2 Mar 2003 09:56:20 -0800 (PST)
Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 319CC43FBF
	for <current@freebsd.org>; Sun,  2 Mar 2003 09:56:19 -0800 (PST)
	(envelope-from jdp@polstra.com)
Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13])
	by wall.polstra.com (8.12.3/8.12.3) with ESMTP id h22HuIu5076152
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Sun, 2 Mar 2003 09:56:18 -0800 (PST)
	(envelope-from jdp@vashon.polstra.com)
Received: (from jdp@localhost)
	by vashon.polstra.com (8.12.6/8.12.6/Submit) id h22HuHJR005595;
	Sun, 2 Mar 2003 09:56:17 -0800 (PST)
	(envelope-from jdp)
Date: Sun, 2 Mar 2003 09:56:17 -0800 (PST)
Message-Id: <200303021756.h22HuHJR005595@vashon.polstra.com>
To: current@freebsd.org
From: John Polstra <jdp@polstra.com>
Cc: des@ofug.org
Subject: Re: PATCH: type errors in src-tree
In-Reply-To: <xzpel5qc6nj.fsf@flood.ping.uio.no>
References: <3E5EA13E.9020208@liwing.de> <20030301155546.A39174@FreeBSD.org> <3E612F7F.1090002@liwing.de> <xzpel5qc6nj.fsf@flood.ping.uio.no>
Organization: Polstra & Co., Seattle, WA
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In article <xzpel5qc6nj.fsf@flood.ping.uio.no>,
Dag-Erling Smorgrav  <des@ofug.org> wrote:
> 
> This is wrong.  caddr_t should be uniersally replaced with void *.

Not quite.  There is (or at least used to be) a lot of code that
assumed you could do address arithmetic on a caddr_t.  You can't do
that on a void *, at least not in ANSI C.  I think gcc lets you do
it, but it's an extension.

John
-- 
  John Polstra
  John D. Polstra & Co., Inc.                        Seattle, Washington USA
  "Disappointment is a good sign of basic intelligence."  -- Chögyam Trungpa


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 10:28:10 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A048237B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 10:27:59 -0800 (PST)
Received: from seed.net.tw (sn14.seed.net.tw [139.175.54.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC2843F93
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 10:27:58 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.134.89] (port=49157 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:3)
	id 18pYBo-0006VA-00
	for freebsd-current@FreeBSD.ORG; Mon, 03 Mar 2003 02:27:56 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.7/8.12.7) with ESMTP id h22IRuen000865
	for <freebsd-current@FreeBSD.ORG>; Mon, 3 Mar 2003 02:27:56 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.7/8.12.7/Submit) id h22IRtwE000864
	for freebsd-current@FreeBSD.ORG; Mon, 3 Mar 2003 02:27:55 +0800 (CST)
Date: Mon, 3 Mar 2003 02:27:55 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@FreeBSD.ORG
Subject: Re: distributed folding client panics -current
Message-ID: <20030302182755.GA847@leafy.idv.tw>
Mail-Followup-To: freebsd-current@FreeBSD.ORG
References: <20030302053103.GA566@leafy.idv.tw> <20030302120934.GB30881@rot13.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="SkvwRMAIpAhPCcCJ"
Content-Disposition: inline
In-Reply-To: <20030302120934.GB30881@rot13.obsecurity.org>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--SkvwRMAIpAhPCcCJ
Content-Type: multipart/mixed; boundary="9jxsPFA5p3P2qPhR"
Content-Disposition: inline


--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=big5
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Mar 02, 2003 at 04:09:34AM -0800, Kris Kennaway wrote:
> This may already be fixed..can you try updating and see if the problem pe=
rsists?
>=20
> Kris
I got it again right after the client checks for new version. The world is =
about 1.5hrs old.

Attached the kernel dump=20

Jiawei Ye


--=20
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming
--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=big5
Content-Disposition: attachment; filename=output
Content-Transfer-Encoding: quoted-printable

Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain condition=
s.
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-undermydesk-freebsd"...
panic: bdwrite: buffer is not busy
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address	=3D 0x20
fault code		=3D supervisor read, page not present
instruction pointer	=3D 0x8:0xc01b2036
stack pointer	        =3D 0x10:0xcd32da90
frame pointer	        =3D 0x10:0xcd32dab4
code segment		=3D base 0x0, limit 0xfffff, type 0x1b
			=3D DPL 0, pres 1, def32 1, gran 1
processor eflags	=3D interrupt enabled, resume, IOPL =3D 0
current process		=3D 14 (swi1: net)
trap number		=3D 12
panic: page fault

syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
Uptime: 10h44m40s
Dumping 255 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
Dump complete
Terminate ACPI
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Sun Mar  2 02:22:20 CST 2003
    leafy@leafy.idv.tw:/usr/obj/usr/src/sys/CHIHIRO
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0420000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04200a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 1794555904 Hz
CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1794.56-MHz 686-class CPU)
  Origin =3D "GenuineIntel"  Id =3D 0xf12  Stepping =3D 2
  Features=3D0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA=
,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
real memory  =3D 268369920 (255 MB)
avail memory =3D 256139264 (244 MB)
Allocating major#253 to "net"
Pentium Pro MTRR support enabled
Allocating major#252 to "pci"
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <AMIINT AMIINT10> on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31
pcibios: BIOS version 2.10
Using $PIR table, 9 entries at 0xc00f7550
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82850 host to AGP bridge> mem 0xe8000000-0xebffffff at device =
0.0 on pci0
pcib1: <PCIBIOS PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib2
rl0: <RealTek 8139 10/100BaseTX> port 0xbc00-0xbcff mem 0xefefff00-0xefefff=
ff irq 10 at device 1.0 on pci2
rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mo=
de
rl0: Ethernet address: 00:40:95:07:53:6b
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xb800-0xb81f mem 0xefd00000-0=
xefdfffff,0xe76ff000-0xe76fffff irq 12 at device 2.0 on pci2
fxp0: Ethernet address 00:90:27:13:a4:48
inphy0: <i82555 10/100 media interface> on miibus1
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcib3: <PCI-PCI bridge> at device 4.0 on pci2
pci3: <PCI bus> on pcib3
asr0: <Adaptec Caching SCSI RAID> mem 0xe4000000-0xe5ffffff irq 9 at device=
 4.1 on pci2
asr0: major=3D154
asr0: DPT PM1564U3 FW Rev. 3013, 1 channel, 256 CCBs, Protocol I2O
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH2 UDMA100 controller> port 0xff00-0xff0f at device 31.1 =
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, USB> at device 31.2 (no driver attached)
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
pci0: <serial bus, USB> at device 31.4 (no driver attached)
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
fdc0: cmd 3 failed at out byte 1 of 3
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
fdc0: cmd 3 failed at out byte 1 of 3
orm0: <Option ROMs> at iomem 0xe0000-0xe0fff,0xcc000-0xccfff,0xc0000-0xcbff=
f on isa0
pmtimer0 on isa0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port 0x3f7=
,0x3f0-0x3f5 irq 6 drq 2 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
ad0: 12949MB <IBM-DJNA-371350> [26310/16/63] at ata0-master UDMA66
Mounting root from ufs:/dev/ad0s1a
WARNING: / was not properly dismounted
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped
Waiting (max 60 seconds) for system process `syncer' to stop...stopped

syncing disks, buffers remaining... 7 7=20
done
Uptime: 12h43m54s
Terminate ACPI
Rebooting...
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Mon Mar  3 01:28:16 CST 2003
    leafy@leafy.idv.tw:/usr/obj/usr/src/sys/CHIHIRO
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0420000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04200a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 1794553556 Hz
CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1794.55-MHz 686-class CPU)
  Origin =3D "GenuineIntel"  Id =3D 0xf12  Stepping =3D 2
  Features=3D0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA=
,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
real memory  =3D 268369920 (255 MB)
avail memory =3D 256139264 (244 MB)
Allocating major#253 to "net"
Pentium Pro MTRR support enabled
Allocating major#252 to "pci"
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <AMIINT AMIINT10> on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31
pcibios: BIOS version 2.10
Using $PIR table, 9 entries at 0xc00f7550
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82850 host to AGP bridge> mem 0xe8000000-0xebffffff at device =
0.0 on pci0
pcib1: <PCIBIOS PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib2
rl0: <RealTek 8139 10/100BaseTX> port 0xbc00-0xbcff mem 0xefefff00-0xefefff=
ff irq 10 at device 1.0 on pci2
rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mo=
de
rl0: Ethernet address: 00:40:95:07:53:6b
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xb800-0xb81f mem 0xefd00000-0=
xefdfffff,0xe76ff000-0xe76fffff irq 12 at device 2.0 on pci2
fxp0: Ethernet address 00:90:27:13:a4:48
inphy0: <i82555 10/100 media interface> on miibus1
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcib3: <PCI-PCI bridge> at device 4.0 on pci2
pci3: <PCI bus> on pcib3
asr0: <Adaptec Caching SCSI RAID> mem 0xe4000000-0xe5ffffff irq 9 at device=
 4.1 on pci2
asr0: major=3D154
asr0: DPT PM1564U3 FW Rev. 3013, 1 channel, 256 CCBs, Protocol I2O
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH2 UDMA100 controller> port 0xff00-0xff0f at device 31.1 =
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, USB> at device 31.2 (no driver attached)
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
pci0: <serial bus, USB> at device 31.4 (no driver attached)
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
fdc0: cmd 3 failed at out byte 1 of 3
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
fdc0: cmd 3 failed at out byte 1 of 3
orm0: <Option ROMs> at iomem 0xe0000-0xe0fff,0xcc000-0xccfff,0xc0000-0xcbff=
f on isa0
pmtimer0 on isa0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port 0x3f7=
,0x3f0-0x3f5 irq 6 drq 2 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
ad0: 12949MB <IBM-DJNA-371350> [26310/16/63] at ata0-master UDMA66
Mounting root from ufs:/dev/ad0s1a
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped
Waiting (max 60 seconds) for system process `syncer' to stop...stopped

syncing disks, buffers remaining... 23 23=20
done
Uptime: 5m32s
Terminate ACPI
Rebooting...
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Mon Mar  3 01:28:16 CST 2003
    leafy@leafy.idv.tw:/usr/obj/usr/src/sys/CHIHIRO
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0420000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04200a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 1794553612 Hz
CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1794.55-MHz 686-class CPU)
  Origin =3D "GenuineIntel"  Id =3D 0xf12  Stepping =3D 2
  Features=3D0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA=
,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
real memory  =3D 268369920 (255 MB)
avail memory =3D 256139264 (244 MB)
Allocating major#253 to "net"
Pentium Pro MTRR support enabled
Allocating major#252 to "pci"
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <AMIINT AMIINT10> on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31
pcibios: BIOS version 2.10
Using $PIR table, 9 entries at 0xc00f7550
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel 82850 host to AGP bridge> mem 0xe8000000-0xebffffff at device =
0.0 on pci0
pcib1: <PCIBIOS PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
pcib2: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci2: <ACPI PCI bus> on pcib2
rl0: <RealTek 8139 10/100BaseTX> port 0xbc00-0xbcff mem 0xefefff00-0xefefff=
ff irq 10 at device 1.0 on pci2
rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mo=
de
rl0: Ethernet address: 00:40:95:07:53:6b
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: <Intel Pro 10/100B/100+ Ethernet> port 0xb800-0xb81f mem 0xefd00000-0=
xefdfffff,0xe76ff000-0xe76fffff irq 12 at device 2.0 on pci2
fxp0: Ethernet address 00:90:27:13:a4:48
inphy0: <i82555 10/100 media interface> on miibus1
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcib3: <PCI-PCI bridge> at device 4.0 on pci2
pci3: <PCI bus> on pcib3
asr0: <Adaptec Caching SCSI RAID> mem 0xe4000000-0xe5ffffff irq 9 at device=
 4.1 on pci2
asr0: major=3D154
asr0: DPT PM1564U3 FW Rev. 3013, 1 channel, 256 CCBs, Protocol I2O
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH2 UDMA100 controller> port 0xff00-0xff0f at device 31.1 =
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, USB> at device 31.2 (no driver attached)
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
pci0: <serial bus, USB> at device 31.4 (no driver attached)
acpi_button1: <Sleep Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
fdc0: cmd 3 failed at out byte 1 of 3
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
fdc0: cmd 3 failed at out byte 1 of 3
orm0: <Option ROMs> at iomem 0xe0000-0xe0fff,0xcc000-0xccfff,0xc0000-0xcbff=
f on isa0
pmtimer0 on isa0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port 0x3f7=
,0x3f0-0x3f5 irq 6 drq 2 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=3D0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
ad0: 12949MB <IBM-DJNA-371350> [26310/16/63] at ata0-master UDMA66
Mounting root from ufs:/dev/ad0s1a


Fatal trap 12: page fault while in kernel mode
fault virtual address	=3D 0x20
fault code		=3D supervisor read, page not present
instruction pointer	=3D 0x8:0xc01b1fc6
stack pointer	        =3D 0x10:0xcd32da90
frame pointer	        =3D 0x10:0xcd32dab4
code segment		=3D base 0x0, limit 0xfffff, type 0x1b
			=3D DPL 0, pres 1, def32 1, gran 1
processor eflags	=3D interrupt enabled, resume, IOPL =3D 0
current process		=3D 14 (swi1: net)
trap number		=3D 12
panic: page fault

syncing disks, buffers remaining... panic: bdwrite: buffer is not busy
Uptime: 44s
Dumping 255 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
239		dumping++;
(kgdb) where
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1  0xc01bc4a9 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3=
71
#2  0xc01bc713 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#3  0xc0200fcd in bdwrite (bp=3D0xc77b77e8) at /usr/src/sys/kern/vfs_bio.c:=
994
#4  0xc025afb7 in ffs_update (vp=3D0xc2743490, waitfor=3D0)
    at /usr/src/sys/ufs/ffs/ffs_inode.c:125
#5  0xc027028f in ffs_fsync (ap=3D0xcd32d898)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:314
#6  0xc026f217 in ffs_sync (mp=3D0xc25b9a00, waitfor=3D2, cred=3D0xc0eb5e80=
,=20
    td=3D0xc0316900) at vnode_if.h:612
#7  0xc02171bb in sync (td=3D0xc0316900, uap=3D0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:138
#8  0xc01bc08c in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2=
80
#9  0xc01bc713 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#10 0xc02c9d52 in trap_fatal (frame=3D0xcd32da50, eva=3D0)
    at /usr/src/sys/i386/i386/trap.c:843
#11 0xc02c9a32 in trap_pfault (frame=3D0xcd32da50, usermode=3D0, eva=3D32)
    at /usr/src/sys/i386/i386/trap.c:757
#12 0xc02c9520 in trap (frame=3D
      {tf_fs =3D -1058209768, tf_es =3D -852361200, tf_ds =3D -1071382512, =
tf_edi =3D -1058255824, tf_esi =3D 0, tf_ebp =3D -852305228, tf_isp =3D -85=
2305284, tf_ebx =3D -1070444276, tf_edx =3D -1058255824, tf_ecx =3D -103411=
5024, tf_eax =3D 1, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1071964218,=
 tf_cs =3D 8, tf_eflags =3D 66050, tf_esp =3D 16, tf_s---Type <return> to c=
ontinue, or q <return> to quit---
s =3D -1071351744}) at /usr/src/sys/i386/i386/trap.c:444
#13 0xc02b96b8 in calltrap () at {standard input}:96
#14 0xc0242649 in tcp_input (m=3D0xc0ec4c30, off0=3D20)
    at /usr/src/sys/netinet/tcp_input.c:2324
#15 0xc023bc06 in ip_input (m=3D0xc0ed4900)
    at /usr/src/sys/netinet/ip_input.c:947
#16 0xc023bcf2 in ipintr () at /usr/src/sys/netinet/ip_input.c:965
#17 0xc022d6c3 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:97
#18 0xc01a8301 in ithread_loop (arg=3D0xc0ec2100)
    at /usr/src/sys/kern/kern_intr.c:536
#19 0xc01a71f3 in fork_exit (callout=3D0xc01a8130 <ithread_loop>, arg=3D0x0=
,=20
    frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:871
(kgdb) quit
root@leafy:/var/crash# root@leafy:/var/crash# root@leafy:/var/crash# eroot@=
leafy:/var/crash# eroot@leafy:/var/crash# exroot@leafy:/var/crash# exroot@l=
eafy:/var/crash# exiroot@leafy:/var/crash# exiroot@leafy:/var/crash# exitro=
ot@leafy:/var/crash# exit
exit

Script done on Mon Mar  3 02:22:56 2003

--9jxsPFA5p3P2qPhR--

--SkvwRMAIpAhPCcCJ
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD4DBQE+Yk0rvVncUyjPAegRAmzSAKCREXjkFwQOvjNYXtmROOsYc6aJLQCY09/3
glQ3xa9G6FOXabfHNUp3fA==
=IZnd
-----END PGP SIGNATURE-----

--SkvwRMAIpAhPCcCJ--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 11:14:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6725137B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 11:14:41 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F3F3043FA3
	for <current@freebsd.org>; Sun,  2 Mar 2003 11:14:40 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0246.cvx22-bradley.dialup.earthlink.net ([209.179.198.246] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18pYuv-0006IO-00; Sun, 02 Mar 2003 11:14:35 -0800
Message-ID: <3E6257B1.32AB9644@mindspring.com>
Date: Sun, 02 Mar 2003 11:12:49 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: Bruce Evans <bde@zeta.org.au>, "M. Warner Losh" <imp@bsdimp.com>,
	current@FreeBSD.ORG
Subject: Re: Any ideas why we can't even boot a i386 ?
References: <9064.1046627721@critter.freebsd.dk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a40e82b3f33a558e7c588d970fa3516a6393caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Poul-Henning Kamp wrote:
> In message <20030303034332.Y30986-100000@gamplex.bde.org>, Bruce Evans writes:
> >On Sun, 2 Mar 2003, Bruce Evans wrote:
> >> On Fri, 28 Feb 2003, Poul-Henning Kamp wrote:
> >> > My main concern would be if the chips have the necessary "umphf"
> >> > to actually do a real-world job once they're done running all the
> >> > overhead of 5.0-R.  The lack of cmpxchg8 makes the locking horribly
> >> > expensive.
> >>
> >> Actually, the lack of cmpxchg8 only makes locking more expensive.  It's
> >
> >I.e., strictly more expensive, but not much more.
> 
> Bruce, it is not a matter of the relative expensiveness of the various
> implementations of locking primitives, its a matter of the cummulative
> weight of all the locks we add to the system.

Bruce's "make world" benchmark gave coverage of the cumulative
weight, in support of his point.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 11:19:32 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4E27E37B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 11:19:31 -0800 (PST)
Received: from smtp0.libero.it (smtp0.libero.it [193.70.192.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B1E7A43FBD
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 11:19:30 -0800 (PST)
	(envelope-from flag@libero.it)
Received: from southcross.skynet.org (151.29.205.69) by smtp0.libero.it (6.7.015)
        id 3E44E95300926104 for freebsd-current@FreeBSD.ORG; Sun, 2 Mar 2003 20:19:29 +0100
Received: by southcross.skynet.org (Postfix, from userid 1001)
	id 8F6C57042; Sun,  2 Mar 2003 20:24:32 +0100 (CET)
Date: Sun, 2 Mar 2003 20:24:32 +0100
From: Paolo Pisati <p.pisati@oltrelinux.com>
To: FreeBSD_Current <freebsd-current@FreeBSD.ORG>
Subject: What's happened to CPUSTATES in /usr/include/devstat.h?
Message-ID: <20030302192432.GA23245@southcross.skynet.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Useless-Header: Look ma, it's a # sign! 
X-Operating-System: FreeBSD southcross.skynet.org 5.0-CURRENT FreeBSD 5.0-CURRENT 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


As the subject says, 

i noticed it while i was compiling kdebase-3, cause
ksysguard failed.

Add 

#include <sys/resource.h>

to devstat.h to fix it.

I hope i did it right... =P

-- 

Paolo

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 11:35:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 02BA537B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 11:35:42 -0800 (PST)
Received: from 64-132-128-170.gen.twtelecom.net (64-132-128-170.gen.twtelecom.net [64.132.128.170])
	by mx1.FreeBSD.org (Postfix) with SMTP id B8EF543F75
	for <current@freebsd.org>; Sun,  2 Mar 2003 11:35:40 -0800 (PST)
	(envelope-from cindyabraham2@juno.com)
From: "275-49-84" <cindyabraham2@juno.com>
To: "ëÌÉÅÎÔÕ" <current@freebsd.org>
Subject: éÚÇÏÔÏ×ÌÅÎÉÅ ÓÔÉÌØÎÙÈ ÓÁÊÔÏ×
Content-Type: text/html;
        charset="koi8-r"
Message-Id: <20030302193540.B8EF543F75@mx1.FreeBSD.org>
Date: Sun,  2 Mar 2003 11:35:40 -0800 (PST)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=koi8-r">
<STYLE></STYLE>
</HEAD>
<BODY bgColor=#ffffff>
<DIV><FONT face=Arial size=4>éÚÇÏÔÏ×ÌÅÎÉÅ ÓÔÉÌØÎÙÈ ÓÁÊÔÏ× ÌÀÂÏÇÏ ÕÒÏ×ÎÑ 
ÓÌÏÖÎÏÓÔÉ É ÉÈ ÐÏÄÄÅÒÖËÁ.&nbsp;ãÅÎÙ ÏÔ 500 ÄÏ 5000 USD. òÁÂÏÔÁÀÔ ÔÏÌØËÏ 
ÐÒÏÆÅÓÓÉÏÎÁÌÙ (ÎÅ ÓÔÕÄÅÎÔÙ). òÅËÌÁÍÁ × ÉÎÔÅÒÎÅÔÅ.</FONT></DIV>
<DIV><FONT face=Arial color=#ff0000 size=4><STRONG>Ô. (095) 
275-49-84</STRONG></FONT></DIV></BODY></HTML>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:12: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 03DFE37B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:12:06 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2D14243FA3
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:12:05 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.6/8.12.6) with ESMTP id h22KC3pI075569
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Sun, 2 Mar 2003 15:12:03 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.6/8.12.6/Submit) id h22KC33h075566;
	Sun, 2 Mar 2003 15:12:03 -0500 (EST)
	(envelope-from wollman)
Date: Sun, 2 Mar 2003 15:12:03 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200303022012.h22KC33h075566@khavrinen.lcs.mit.edu>
To: Bruce Evans <bde@zeta.org.au>
Cc: current@FreeBSD.ORG
Subject: Re: PATCH: typo in socreate() or i'm missing something
In-Reply-To: <20030301202521.D25845-100000@gamplex.bde.org>
References: <3E5FA9B0.90306@exodus.net>
	<20030301202521.D25845-100000@gamplex.bde.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Sat, 1 Mar 2003 22:18:12 +1100 (EST), Bruce Evans <bde@zeta.org.au> said:

> Interestingly, socreate() in Lite2 always does a can-wait malloc() so
> our current soalloc(M_NOWAIT) does the same thing as Lite2 and is only
> wrong if the FreeBSD change from can-wait to "can-wait-if p != 0"
> change was needed and is still needed.

When I initially revamped that code, I waited unconditionally and was
rewarded with an appropriate panic for sleeping in interrupt context.
I cannot speak as to whether it is still needed.

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:14:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 76F7537B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 12:14:16 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6847F43FA3
	for <current@freebsd.org>; Sun,  2 Mar 2003 12:14:15 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h22KEDA6009989
	for <current@freebsd.org>; Sun, 2 Mar 2003 21:14:14 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: current@freebsd.org
Subject: HEADSUP:  Driver mega-commit ahead.
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Sun, 02 Mar 2003 21:14:13 +0100
Message-ID: <9988.1046636053@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I plan to commit
	http://phk.freebsd.dk/patch/cdevsw.patch
one of the first days of the week.

Basically, it changes cdevsw initializations to use C99 sparse
format, and thereby eliminates 859 lines of redundant defaultvalue
initializations.

After this patch has been committed, we will be able to add new
(variants of existing) methods to cdevsw without having to change
all device drivers to match.

This will also allow us to clean up fluff from earlier expansions,
like for instance the KQ_FILTER flag which will no longer be
necessary.

Compatibility with 4-stable could be possible if somebody volunteers
to test the necessary patches.

Included is the top of the patch file, the rest is equally boring.

Poul-Henning

----------------------------------------------------------------------------
This is a machine generated patch which changes all cdevsw{} initializations
to use C99 style sparse initializers and at the same time removes all the
initializations which are not needed because they are the default values.

Index: alpha/alpha/mem.c
===================================================================
RCS file: /home/ncvs/src/sys/alpha/alpha/mem.c,v
retrieving revision 1.42
diff -u -r1.42 mem.c
--- alpha/alpha/mem.c	25 Feb 2003 03:21:18 -0000	1.42
+++ alpha/alpha/mem.c	2 Mar 2003 19:48:33 -0000
@@ -80,19 +80,15 @@
 
 #define CDEV_MAJOR 2
 static struct cdevsw mem_cdevsw = {
-	/* open */	mmopen,
-	/* close */	mmclose,
-	/* read */	mmrw,
-	/* write */	mmrw,
-	/* ioctl */	mmioctl,
-	/* poll */	(d_poll_t *)seltrue,
-	/* mmap */	memmmap,
-	/* strategy */	nostrategy,
-	/* name */	"mem",
-	/* maj */	CDEV_MAJOR,
-	/* dump */	nodump,
-	/* psize */	nopsize,
-	/* flags */	D_MEM,
+	.d_open =	mmopen,
+	.d_close =	mmclose,
+	.d_read =	mmrw,
+	.d_write =	mmrw,
+	.d_ioctl =	mmioctl,
+	.d_mmap =	memmmap,
+	.d_name =	"mem",
+	.d_maj =	CDEV_MAJOR,
+	.d_flags =	D_MEM,
 };
----------------------------------------------------------------------------
 
 struct mem_range_softc mem_range_softc;
-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:20:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7C07737B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:20:18 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 078D843F75
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:20:17 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3])
	by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h22KKG1o086130;
	Sun, 2 Mar 2003 12:20:16 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1])
	by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h22KKG5r000563;
	Sun, 2 Mar 2003 12:20:16 -0800 (PST)
	(envelope-from marcel@athlon.pn.xcllnt.net)
Received: (from marcel@localhost)
	by athlon.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h22KKGn7000562;
	Sun, 2 Mar 2003 12:20:16 -0800 (PST)
	(envelope-from marcel)
Date: Sun, 2 Mar 2003 12:20:15 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: current@FreeBSD.ORG
Subject: Re: HEADSUP:  Driver mega-commit ahead.
Message-ID: <20030302202015.GA546@athlon.pn.xcllnt.net>
References: <9988.1046636053@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <9988.1046636053@critter.freebsd.dk>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Mar 02, 2003 at 09:14:13PM +0100, Poul-Henning Kamp wrote:
> 
> I plan to commit
> 	http://phk.freebsd.dk/patch/cdevsw.patch
> one of the first days of the week.
> 
> Basically, it changes cdevsw initializations to use C99 sparse
> format, and thereby eliminates 859 lines of redundant defaultvalue
> initializations.

I thought HEAD was in a slush mode. des' sweep and this sweep seems
like the kind of changes we don't want at this time. Has this changed
or did re@ approve it (both cases)?

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:26:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8393737B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:26:33 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AE7AB43F3F
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:26:32 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h22KQVA6010087;
	Sun, 2 Mar 2003 21:26:31 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: Marcel Moolenaar <marcel@xcllnt.net>
Cc: current@FreeBSD.ORG
Subject: Re: HEADSUP: Driver mega-commit ahead. 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sun, 02 Mar 2003 12:20:15 PST."
             <20030302202015.GA546@athlon.pn.xcllnt.net> 
Date: Sun, 02 Mar 2003 21:26:31 +0100
Message-ID: <10086.1046636791@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20030302202015.GA546@athlon.pn.xcllnt.net>, Marcel Moolenaar writes
:
>On Sun, Mar 02, 2003 at 09:14:13PM +0100, Poul-Henning Kamp wrote:
>> 
>> I plan to commit
>> 	http://phk.freebsd.dk/patch/cdevsw.patch
>> one of the first days of the week.
>> 
>> Basically, it changes cdevsw initializations to use C99 sparse
>> format, and thereby eliminates 859 lines of redundant defaultvalue
>> initializations.
>
>I thought HEAD was in a slush mode. des' sweep and this sweep seems
>like the kind of changes we don't want at this time. Has this changed
>or did re@ approve it (both cases)?

I can't talk for DES sweep, (although I'll say that it seems like
a step in the right direction for me).

This particular sweep gives os much better cross-branch source
portability and therefore I think it is exactly the kind of thing
we want before the RELENG_5 branch.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:34:32 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7E52237B401
	for <freebsd-current@FreeBSD.org>; Sun,  2 Mar 2003 12:34:30 -0800 (PST)
Received: from mail.blarg.net (floyd.blarg.net [206.124.128.8])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6598043FDF
	for <freebsd-current@FreeBSD.org>; Sun,  2 Mar 2003 12:34:28 -0800 (PST)
	(envelope-from abe@abeowitz.com)
Received: from abeowitz.com (mail.abeowitz.com [206.124.158.120])
	by mail.blarg.net (Postfix) with ESMTP id C86E137FE2
	for <freebsd-current@FreeBSD.org>; Sun,  2 Mar 2003 12:34:26 -0800 (PST)
Message-ID: <3E626A5B.8000204@abeowitz.com>
Date: Sun, 02 Mar 2003 12:32:27 -0800
From: abe <abe@abeowitz.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030211
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@FreeBSD.org
Subject: Current Hardware Configuration Questions
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

-----
Floppy FTP install:
4.8-PreRelease works fine, but with CURRENT my laptop bogs down in the 
FTP get stage...  Alternatively, it also doesn't find the CDROM drive 
after the boot stage of the install process.  The only way I've gotten 
it to install is to copy the CDROM image to another UFS partition.

I have a SONY C1VN Picturebook.  In Linux, I can use "ide2=0x180,0x386", 
but I've been unable to apply this to CURRENT.  Exactly what hints do I 
need to use?  In 4.8Pre, it shows up as ata4.

hint.ata.4.port=0x180?  What about the 0x386?

-----
IRQ/Memory Conflict?
With CURRENT, running X kills my network connection.  I suspected an 
IRQ/IOMEM conflict, the video card and pcmcia were sharing the same irq 
9, but the same thing happens on my desktop...

Is there a way to force hardware to specific IRQ/Memory configurations?  
i.e. When I installed 4.8pre, it prefers 0xd4000 and irq 10 for my 
pcmcia card, but CURRENT wants it to be at 0xd0000 and irq 9.

Additionally, CURRENT seems to be ignoring pccard.conf and rc.conf 
pccardd settings... 

-----
ANY suggestions on how to best manage hardware configurations in CURRENT?

Can't wait to learn MAC, other Trusted BSD features and GEOM!  :o)

Thanks!

Abe







To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:35:59 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 94D3037B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:35:57 -0800 (PST)
Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 013D543F3F
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:35:57 -0800 (PST)
	(envelope-from Maksim.Yevmenkin@cw.com)
Received: from SJDCEX01.int.exodus.net ([165.193.27.80]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329);
	 Sun, 2 Mar 2003 12:35:56 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Subject: RE: HEADSUP: Driver mega-commit ahead. 
Date: Sun, 2 Mar 2003 12:35:56 -0800
Message-ID: <45258A4365C6B24A9832BFE224837D552B1296@sjdcex01.int.exodus.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: HEADSUP: Driver mega-commit ahead. 
thread-index: AcLg+gnqe7ND/VEVRBOb7cAo5Jnw0AAAQPsm
From: "Maksim Yevmenkin" <Maksim.Yevmenkin@cw.com>
To: "Poul-Henning Kamp" <phk@phk.freebsd.dk>,
	"Marcel Moolenaar" <marcel@xcllnt.net>
Cc: <current@FreeBSD.ORG>
X-OriginalArrivalTime: 02 Mar 2003 20:35:56.0775 (UTC) FILETIME=[53D61F70:01C2E0FB]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear Poul-Henning,

i think the following is not correct

RCS file: /home/ncvs/src/sys/netgraph/ng_device.c,v
retrieving revision 1.2
diff -u -r1.2 ng_device.c
--- netgraph/ng_device.c	2 Feb 2003 13:30:00 -0000	1.2
+++ netgraph/ng_device.c	2 Mar 2003 19:48:38 -0000
@@ -66,7 +66,7 @@
 /* Netgraph type */
 static struct ng_type typestruct =3D {
 	NG_ABI_VERSION,			/* version */
-	NG_DEVICE_NODE_TYPE,		/* name */
+	.d_name =3D		NG_DEVICE_NODE_TYPE,
 	ng_device_mod_event,		/* modevent */
 	ng_device_cons, 		/* constructor */
 	ng_device_rcvmsg, 		/* receive msg */
@@ -114,19 +114,14 @@

please fix

thanks
max



-----Original Message-----
From:	Poul-Henning Kamp [mailto:phk@phk.freebsd.dk]
Sent:	Sun 3/2/2003 12:26 PM
To:	Marcel Moolenaar
Cc:	current@FreeBSD.ORG
Subject:	Re: HEADSUP: Driver mega-commit ahead.=20
In message <20030302202015.GA546@athlon.pn.xcllnt.net>, Marcel Moolenaar =
writes
:
>On Sun, Mar 02, 2003 at 09:14:13PM +0100, Poul-Henning Kamp wrote:
>>=20
>> I plan to commit
>> 	http://phk.freebsd.dk/patch/cdevsw.patch
>> one of the first days of the week.
>>=20
>> Basically, it changes cdevsw initializations to use C99 sparse
>> format, and thereby eliminates 859 lines of redundant defaultvalue
>> initializations.
>
>I thought HEAD was in a slush mode. des' sweep and this sweep seems
>like the kind of changes we don't want at this time. Has this changed
>or did re@ approve it (both cases)?

I can't talk for DES sweep, (although I'll say that it seems like
a step in the right direction for me).

This particular sweep gives os much better cross-branch source
portability and therefore I think it is exactly the kind of thing
we want before the RELENG_5 branch.

--=20
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe   =20
Never attribute to malice what can adequately be explained by =
incompetence.

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-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:38:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E362237B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:38:40 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D7BE743F85
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:38:39 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3])
	by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h22Kcd1o086220;
	Sun, 2 Mar 2003 12:38:39 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1])
	by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h22Kcd5r000620;
	Sun, 2 Mar 2003 12:38:39 -0800 (PST)
	(envelope-from marcel@athlon.pn.xcllnt.net)
Received: (from marcel@localhost)
	by athlon.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h22Kcd1M000619;
	Sun, 2 Mar 2003 12:38:39 -0800 (PST)
	(envelope-from marcel)
Date: Sun, 2 Mar 2003 12:38:39 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: current@FreeBSD.ORG
Subject: Re: HEADSUP: Driver mega-commit ahead.
Message-ID: <20030302203839.GB546@athlon.pn.xcllnt.net>
References: <20030302202015.GA546@athlon.pn.xcllnt.net> <10086.1046636791@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <10086.1046636791@critter.freebsd.dk>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Mar 02, 2003 at 09:26:31PM +0100, Poul-Henning Kamp wrote:
> In message <20030302202015.GA546@athlon.pn.xcllnt.net>, Marcel Moolenaar writes
> :
> >On Sun, Mar 02, 2003 at 09:14:13PM +0100, Poul-Henning Kamp wrote:
> >> 
> >> I plan to commit
> >> 	http://phk.freebsd.dk/patch/cdevsw.patch
> >> one of the first days of the week.
> >> 
> >> Basically, it changes cdevsw initializations to use C99 sparse
> >> format, and thereby eliminates 859 lines of redundant defaultvalue
> >> initializations.
<snip>
> This particular sweep gives os much better cross-branch source
> portability and therefore I think it is exactly the kind of thing
> we want before the RELENG_5 branch.

I thought this was just syntactic sugaring and that doing it now
reduces diffs between 5-stable and 6-current (by increasing diffs
between 5-release and 5-stable) but otherwise does not change a bit? 

Do I misunderstand the effect of the patch?

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:49:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 37EAE37B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:49:38 -0800 (PST)
Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP id ACD0643F93
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 12:49:37 -0800 (PST)
	(envelope-from Maksim.Yevmenkin@cw.com)
Received: from SJDCEX01.int.exodus.net ([165.193.27.80]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329);
	 Sun, 2 Mar 2003 12:49:37 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Subject: RE: PATCH: typo in socreate() or i'm missing something
Date: Sun, 2 Mar 2003 12:49:36 -0800
Message-ID: <45258A4365C6B24A9832BFE224837D552B1297@sjdcex01.int.exodus.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: PATCH: typo in socreate() or i'm missing something
thread-index: AcLg+Aq7j6saeiVvQ+SW8krDoSgJsAAA+Xua
From: "Maksim Yevmenkin" <Maksim.Yevmenkin@cw.com>
To: "Garrett Wollman" <wollman@lcs.mit.edu>,
	"Bruce Evans" <bde@zeta.org.au>
Cc: <current@FreeBSD.ORG>
X-OriginalArrivalTime: 02 Mar 2003 20:49:37.0519 (UTC) FILETIME=[3D09B7F0:01C2E0FD]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear Hackers,

<<On Sat, 1 Mar 2003 22:18:12 +1100 (EST), Bruce Evans <bde@zeta.org.au> =
said:

> > Interestingly, socreate() in Lite2 always does a can-wait malloc() =
so
> > our current soalloc(M_NOWAIT) does the same thing as Lite2 and is =
only
> > wrong if the FreeBSD change from can-wait to "can-wait-if p !=3D 0"
> > change was needed and is still needed.
>=20
> When I initially revamped that code, I waited unconditionally and was
> rewarded with an appropriate panic for sleeping in interrupt context.
> I cannot speak as to whether it is still needed.

well, what is the best way to proceed here? as far as i can see
there are three options here:

1) leave it as it is for now

2) change it to so =3D soalloc(0); (i.e. never sleep)

3) revert it back to rotted so =3D soalloc(td !=3D 0); in this case=20
   people like me will call socreate() with td =3D=3D 0, and other
   will call socreate() with real td pointer or curthread.=20

i personally do not like option 1) at all. are there any other
options? suggestions?

thanks,
max


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 12:54: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 643FB37B401; Sun,  2 Mar 2003 12:54:01 -0800 (PST)
Received: from etaq.com (mail.etaq.com [66.80.150.158])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C85FC43FBF; Sun,  2 Mar 2003 12:54:00 -0800 (PST)
	(envelope-from wayne@etaq.com)
Received: by etaq.com (Postfix, from userid 1002)
	id C0B136F0; Sun,  2 Mar 2003 14:56:43 -0600 (CST)
Date: Sun, 2 Mar 2003 14:56:43 -0600
From: Wayne <wayne@etaq.com>
To: questions@freebsd.org
Cc: current@freebsd.org
Subject: can't sshd into box
Message-ID: <20030302145643.A26191@etaq.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear FreeBSD,

    I have installed 5.0 into a new Dell.  I have not set up anything
special yet (no firewall, no natd, etc.).

    I can ssh out to the world, but I can't get into the new box from the
gateway FreeBSD box on the same home network.  The gateway box properly
lists the new box in /etc/hosts.  Each box can ping the other by name
and by ip.

    I have tried the OpenSSH that came with the system, and I
installed ssh-3.0 , and the result is the same.  sshd is running
on the new box.  

    I enabled telnet in inetd.conf, and I get rejected, also.

    Is there a new default connecton protection that I must turn off, or
something?  [/etc/hosts.allow  is the default setting, I see no answer
there.]

              - Wayne

--------- example screen output below.  The new box is etaq3  ------

wayne@etaq:/home/wayne>ssh etaq3
ssh_exchange_identification: read: Connection reset by peer

wayne@etaq:/home/wayne>telnet etaq3
Trying 192.168.0.12...
Connected to etaq3.etaq.com.
Escape character is '^]'.
Connection closed by foreign host.

wayne@etaq:/home/wayne>ping etaq3
PING etaq3.etaq.com (192.168.0.12): 56 data bytes
64 bytes from 192.168.0.12: icmp_seq=0 ttl=64 time=0.402 ms
64 bytes from 192.168.0.12: icmp_seq=1 ttl=64 time=0.618 ms
64 bytes from 192.168.0.12: icmp_seq=2 ttl=64 time=0.344 ms

-- 
Wayne M Barnes
wayne@etaq.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13: 3:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A583737B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 13:03:15 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A779D43FDD
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 13:03:14 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h22L3DA6010349;
	Sun, 2 Mar 2003 22:03:13 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: Marcel Moolenaar <marcel@xcllnt.net>
Cc: current@FreeBSD.ORG
Subject: Re: HEADSUP: Driver mega-commit ahead. 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sun, 02 Mar 2003 12:38:39 PST."
             <20030302203839.GB546@athlon.pn.xcllnt.net> 
Date: Sun, 02 Mar 2003 22:03:13 +0100
Message-ID: <10348.1046638993@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20030302203839.GB546@athlon.pn.xcllnt.net>, Marcel Moolenaar writes
:
>On Sun, Mar 02, 2003 at 09:26:31PM +0100, Poul-Henning Kamp wrote:
>> In message <20030302202015.GA546@athlon.pn.xcllnt.net>, Marcel Moolenaar writes
>> :
>> >On Sun, Mar 02, 2003 at 09:14:13PM +0100, Poul-Henning Kamp wrote:
>> >> 
>> >> I plan to commit
>> >> 	http://phk.freebsd.dk/patch/cdevsw.patch
>> >> one of the first days of the week.
>> >> 
>> >> Basically, it changes cdevsw initializations to use C99 sparse
>> >> format, and thereby eliminates 859 lines of redundant defaultvalue
>> >> initializations.
><snip>
>> This particular sweep gives os much better cross-branch source
>> portability and therefore I think it is exactly the kind of thing
>> we want before the RELENG_5 branch.
>
>I thought this was just syntactic sugaring and that doing it now
>reduces diffs between 5-stable and 6-current (by increasing diffs
>between 5-release and 5-stable) but otherwise does not change a bit? 
>
>Do I misunderstand the effect of the patch?

The intention is that we can add, delete or redefine elements
without having to modify all source files.

Say for instance we want to add a filedescriptor argument to d_open.

Without this patch, we will have to append it at the end of cdevsw to
avoid modifying all drivers sources, but since that trick was already
used with kqfilter, even that doesn' save us.

With this patch we simply add the field, drivers which don't know about
this new option will not initialize it, and we can do the necessary
compat magic in make_dev().

That would make any MFC's much more manageable, since they will only
entail the actually affected files, not 145 otherwise unaffected driver
source files.

So call it syntactic sugar if you want, but remember that emergency
rations are high on carbohydrates for a reason :-)

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13: 3:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1CFB837B401; Sun,  2 Mar 2003 13:03:32 -0800 (PST)
Received: from ra.dweebsoft.com (ra.dweebsoft.com [209.237.40.34])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7189A43FCB; Sun,  2 Mar 2003 13:03:31 -0800 (PST)
	(envelope-from daxbert_news@dweebsoft.com)
Received: from ra.dweebsoft.com (localhost [127.0.0.1])
	by ra.dweebsoft.com (8.12.6/8.12.6) with ESMTP id h22L3TCF058884;
	Sun, 2 Mar 2003 13:03:30 -0800 (PST)
	(envelope-from daxbert_news@dweebsoft.com)
Received: (from http@localhost)
	by ra.dweebsoft.com (8.12.6/8.12.3/Submit) id h22L3T66058883;
	Sun, 2 Mar 2003 13:03:29 -0800 (PST)
X-Authentication-Warning: ra.dweebsoft.com: http set sender to daxbert_news@dweebsoft.com using -f
Received: from 64.81.58.36 ( [64.81.58.36])
	as user daxbert@localhost by ra.dweebsoft.com with HTTP;
	Sun,  2 Mar 2003 13:03:29 -0800
Message-ID: <1046639009.3e6271a1b2285@ra.dweebsoft.com>
Date: Sun,  2 Mar 2003 13:03:29 -0800
From: Daxbert <daxbert_news@dweebsoft.com>
To: Wayne <wayne@etaq.com>
Cc: "" <questions@FreeBSD.ORG>, "" <current@FreeBSD.ORG>
Subject: Re: can't sshd into box
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.1
X-Originating-IP: 64.81.58.36
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Quoting Wayne <wayne@etaq.com>:

>     I have installed 5.0 into a new Dell.  I have not set up anything
> special yet (no firewall, no natd, etc.).
> 
>     I can ssh out to the world, but I can't get into the new box from the
> gateway FreeBSD box on the same home network.  The gateway box properly
> lists the new box in /etc/hosts.  Each box can ping the other by name
> and by ip.
> 
>     I enabled telnet in inetd.conf, and I get rejected, also.
> 
>     Is there a new default connecton protection that I must turn off, or
> something?  [/etc/hosts.allow  is the default setting, I see no answer
> there.]
>
> wayne@etaq:/home/wayne>telnet etaq3
> Trying 192.168.0.12...
> Connected to etaq3.etaq.com.
> Escape character is '^]'.
> Connection closed by foreign host.
> 
> wayne@etaq:/home/wayne>ping etaq3
> PING etaq3.etaq.com (192.168.0.12): 56 data bytes
> 64 bytes from 192.168.0.12: icmp_seq=0 ttl=64 time=0.402 ms


When you telnet to any tcp port and you receive 'Connected to xxxx' followed by
an immediate Connection closed by foreign host, it almost always means
tcp_wrappers is blocking your connection.

FWIW - the 'Connected to' blurb means the 3-way TCP handshake was successful.

I thought the default install has tcp_wrappers "open".  Since it sounds like
it's not open, add the following line to the very top of /etc/hosts.allow to
effecctively disable tcp_wrappers:

ALL : ALL  : allow


As another test... do the following:

# telnet etaq3 22

Do you get an SSH banner immediately? eventually? never?

--daxbert

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13:13:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DF7AF37B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:13:37 -0800 (PST)
Received: from list-svr.nventure.com (list-svr.nventure.com [208.186.46.9])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 28E3643FDF
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:13:37 -0800 (PST)
	(envelope-from plathem@ivestnw.net)
Received: from ivestnw.net ([208.187.15.193]) by list-svr.nventure.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-67609U1600L200S0V35)
          with ESMTP id com for <current@freebsd.org>;
          Sun, 2 Mar 2003 13:27:57 -0800
Message-ID: <3E6273F9.1090605@ivestnw.net>
Date: Sun, 02 Mar 2003 13:13:29 -0800
From: Pat Lathem <plathem@ivestnw.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030202
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Subject: eUSB Multimediacard flash storage
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi list,

I'm still trying to get this drive working. I booted with a -v flag, and 
this the output now: Can anyone recommend any changes or patches to get 
this to work work? My kernel is 5.0-currrent built on March 1st.

Thank you,
Pat Lathem

umass0: SCM Microsystems Inc. eUSB MultiMediaCard Adapter, rev 
1.10/4.04, addr 2
umass0:0:0:-1: Attached to scbus0 as device 0
(probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(probe0:umass-sim0:0:0:0): Retrying Command
(probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(probe0:umass-sim0:0:0:0): Retrying Command
(probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(probe0:umass-sim0:0:0:0): Retrying Command
(probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(probe0:umass-sim0:0:0:0): Retrying Command
(probe0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(probe0:umass-sim0:0:0:0): error 5
(probe0:umass-sim0:0:0:0): Retries Exausted
pass0 at umass-sim0 bus 0 target 0 lun 0
pass0: <eUSB MultiMediaCard > Removable Direct Access SCSI-2 device
pass0: 1.000MB/s transfers
GEOM: new disk da0
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <eUSB MultiMediaCard > Removable Direct Access SCSI-2 device
da0: 1.000MB/s transfers
da0: 15MB (31424 512 byte sectors: 64H 32S/T 15C)
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): error 5
(da0:umass-sim0:0:0:0): Retries Exausted
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): error 5
(da0:umass-sim0:0:0:0): Retries Exausted
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command
(da0:umass-sim0:0:0:0): Request completed with CAM_REQ_CMP_ERR
(da0:umass-sim0:0:0:0): Retrying Command



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13:27: 0 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 05F8D37B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:26:59 -0800 (PST)
Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 01DEA44001
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:26:28 -0800 (PST)
	(envelope-from scott_long@btc.adaptec.com)
Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11])
	by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h22LPIF09574;
	Sun, 2 Mar 2003 13:25:18 -0800
Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52])
	by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA04427;
	Sun, 2 Mar 2003 13:26:09 -0800 (PST)
Received: from btc.adaptec.com (hollin [10.100.253.56])
	by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA13249;
	Sun, 2 Mar 2003 14:26:05 -0700 (MST)
Message-ID: <3E6276E3.8010103@btc.adaptec.com>
Date: Sun, 02 Mar 2003 14:25:55 -0700
From: Scott Long <scott_long@btc.adaptec.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030206
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Marcel Moolenaar <marcel@xcllnt.net>
Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>, current@freebsd.org
Subject: Re: HEADSUP:  Driver mega-commit ahead.
References: <9988.1046636053@critter.freebsd.dk> <20030302202015.GA546@athlon.pn.xcllnt.net>
In-Reply-To: <20030302202015.GA546@athlon.pn.xcllnt.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Marcel Moolenaar wrote:
> On Sun, Mar 02, 2003 at 09:14:13PM +0100, Poul-Henning Kamp wrote:
> 
>>I plan to commit
>>	http://phk.freebsd.dk/patch/cdevsw.patch
>>one of the first days of the week.
>>
>>Basically, it changes cdevsw initializations to use C99 sparse
>>format, and thereby eliminates 859 lines of redundant defaultvalue
>>initializations.
> 
> 
> I thought HEAD was in a slush mode. des' sweep and this sweep seems
> like the kind of changes we don't want at this time. Has this changed
> or did re@ approve it (both cases)?
> 

RE@ had in principal agreed with this work, since it will make 5-STABLE
and 6-CURRENT more compatible.  PHK should probably have noted this in
the commit message.  As for DES, it's been discussed quite a bit on
arch@.  We probably should have been more vocal about it, but once again
it's good to have it in before 5-STABLE.
5.0 seems to have been the catalyst needed to get things moving again.
It went much better than expected, and is giving people a benchmark for
what still needs to be done.  To that end, 5.1 will probably be quite
different from 5.0.  If the differences between 5.1 and 5.2 aren't as
drastic and widespread, then that should be a good indication that we
are ready for 5-STABLE.
Please remember that re@ should be kept in the loop when you plan to
make large changes.  Things seem to be going pretty smoothly right
now, so please don't let them get out of hand.

Scott


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13:33:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 522E237B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 13:33:52 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6C56F43F3F
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 13:33:51 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h22LXnIA000782;
	Sun, 2 Mar 2003 21:33:49 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.7/Submit) with UUCP id h22LXnQM000781;
	Sun, 2 Mar 2003 21:33:49 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h22KuDIg055497;
	Sun, 2 Mar 2003 20:56:13 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303022056.h22KuDIg055497@grimreaper.grondar.org>
To: John Polstra <jdp@polstra.com>
Cc: current@FreeBSD.ORG
Subject: Re: PATCH: type errors in src-tree 
In-Reply-To: Your message of "Sun, 02 Mar 2003 09:56:17 PST."
             <200303021756.h22HuHJR005595@vashon.polstra.com> 
Date: Sun, 02 Mar 2003 20:56:13 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

John Polstra writes:
> In article <xzpel5qc6nj.fsf@flood.ping.uio.no>,
> Dag-Erling Smorgrav  <des@ofug.org> wrote:
> > 
> > This is wrong.  caddr_t should be uniersally replaced with void *.
> 
> Not quite.  There is (or at least used to be) a lot of code that
> assumed you could do address arithmetic on a caddr_t.  You can't do
> that on a void *, at least not in ANSI C.  I think gcc lets you do
> it, but it's an extension.

As I have discovered. I specifically looked for this, and my misreading
of the spec is now clear. :-)

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13:35:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9E51037B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:35:16 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 55DA543F3F
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:35:15 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3])
	by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h22LZE1o086499;
	Sun, 2 Mar 2003 13:35:14 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1])
	by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h22LZE6d012016;
	Sun, 2 Mar 2003 13:35:14 -0800 (PST)
	(envelope-from marcel@athlon.pn.xcllnt.net)
Received: (from marcel@localhost)
	by athlon.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h22LZEbQ012014;
	Sun, 2 Mar 2003 13:35:14 -0800 (PST)
	(envelope-from marcel)
Date: Sun, 2 Mar 2003 13:35:14 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: Scott Long <scott_long@btc.adaptec.com>
Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>, current@freebsd.org
Subject: Re: HEADSUP:  Driver mega-commit ahead.
Message-ID: <20030302213514.GA11202@athlon.pn.xcllnt.net>
References: <9988.1046636053@critter.freebsd.dk> <20030302202015.GA546@athlon.pn.xcllnt.net> <3E6276E3.8010103@btc.adaptec.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E6276E3.8010103@btc.adaptec.com>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, Mar 02, 2003 at 02:25:55PM -0700, Scott Long wrote:
> 
> RE@ had in principal agreed with this work, since it will make 5-STABLE
> and 6-CURRENT more compatible.

That's all I wanted to know. Thanks,

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13:47:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8D1A637B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 13:47:47 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A961143F85
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 13:47:46 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h22LlhA6010816;
	Sun, 2 Mar 2003 22:47:43 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: "Maksim Yevmenkin" <Maksim.Yevmenkin@cw.com>
Cc: "Marcel Moolenaar" <marcel@xcllnt.net>, current@FreeBSD.ORG
Subject: Re: HEADSUP: Driver mega-commit ahead. 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sun, 02 Mar 2003 12:35:56 PST."
             <45258A4365C6B24A9832BFE224837D552B1296@sjdcex01.int.exodus.net> 
Date: Sun, 02 Mar 2003 22:47:43 +0100
Message-ID: <10815.1046641663@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <45258A4365C6B24A9832BFE224837D552B1296@sjdcex01.int.exodus.net>, "M
aksim Yevmenkin" writes:
>Dear Poul-Henning,
>
>i think the following is not correct
>
>RCS file: /home/ncvs/src/sys/netgraph/ng_device.c,v
>retrieving revision 1.2
>diff -u -r1.2 ng_device.c
>--- netgraph/ng_device.c	2 Feb 2003 13:30:00 -0000	1.2
>+++ netgraph/ng_device.c	2 Mar 2003 19:48:38 -0000
>@@ -66,7 +66,7 @@
> /* Netgraph type */
> static struct ng_type typestruct = {
> 	NG_ABI_VERSION,			/* version */
>-	NG_DEVICE_NODE_TYPE,		/* name */
>+	.d_name =		NG_DEVICE_NODE_TYPE,
> 	ng_device_mod_event,		/* modevent */
> 	ng_device_cons, 		/* constructor */
> 	ng_device_rcvmsg, 		/* receive msg */
>@@ -114,19 +114,14 @@

Damn, I thought I had caught that one.

Should be fixed now in the rev 2 of the patch I uploaded.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 13:53:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6A22037B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:53:18 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 01E9E43FA3
	for <current@freebsd.org>; Sun,  2 Mar 2003 13:53:17 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 169DB530E; Sun,  2 Mar 2003 22:53:14 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: John Polstra <jdp@polstra.com>
Cc: current@freebsd.org
Subject: Re: PATCH: type errors in src-tree
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Sun, 02 Mar 2003 22:53:14 +0100
In-Reply-To: <200303021756.h22HuHJR005595@vashon.polstra.com> (John
 Polstra's message of "Sun, 2 Mar 2003 09:56:17 -0800 (PST)")
Message-ID: <xzpptp9bflh.fsf@flood.ping.uio.no>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd)
References: <3E5EA13E.9020208@liwing.de> <20030301155546.A39174@FreeBSD.org>
	<3E612F7F.1090002@liwing.de> <xzpel5qc6nj.fsf@flood.ping.uio.no>
	<200303021756.h22HuHJR005595@vashon.polstra.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

John Polstra <jdp@polstra.com> writes:
> Dag-Erling Smorgrav  <des@ofug.org> wrote:
> > This is wrong.  caddr_t should be uniersally replaced with void *.
> Not quite.  There is (or at least used to be) a lot of code that
> assumed you could do address arithmetic on a caddr_t.  You can't do
> that on a void *, at least not in ANSI C.  I think gcc lets you do
> it, but it's an extension.

Correct, and it will break if compiled with the options we use to
build kernels, but in the great majority of cases, caddr_t can be
replaced with void *.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 14:22:38 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4AE5837B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 14:22:37 -0800 (PST)
Received: from etaq.com (mail.etaq.com [66.80.150.158])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 81B6D43FCB
	for <current@freebsd.org>; Sun,  2 Mar 2003 14:22:34 -0800 (PST)
	(envelope-from wayne@etaq.com)
Received: by etaq.com (Postfix, from userid 1002)
	id E38056F8; Sun,  2 Mar 2003 16:25:17 -0600 (CST)
Date: Sun, 2 Mar 2003 16:25:17 -0600
From: Wayne <wayne@etaq.com>
To: John Murphy <jfm@blueyonder.co.uk>
Cc: current@freebsd.org
Subject: Re: can't sshd into box
Message-ID: <20030302162517.A26527@etaq.com>
References: <20030302145643.A26191@etaq.com> <dh056vcsgek5im11om6ij07d33322utba1@4ax.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <dh056vcsgek5im11om6ij07d33322utba1@4ax.com>; from jfm@blueyonder.co.uk on Sun, Mar 02, 2003 at 10:17:09PM +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear John,

    I am only trying to connect as a normal user.

    telnet etaq3
and 
    telnet etaq3 22
and
    telnet etaq3 25

all come right back disconnecting me:
wayne@etaq:/home/wayne>telnet etaq3 25
Trying 192.168.0.12...
Connected to etaq3.etaq.com.
Escape character is '^]'.
Connection closed by foreign host.
--------------------------------------------

    portscanner etaq3
finds ports 22, 23, 25, 110   just fine.



On Sun, Mar 02, 2003 at 10:17:09PM +0000, John Murphy wrote:
> Wayne <wayne@etaq.com> wrote:
> 
> >    I can ssh out to the world, but I can't get into the new box from the
> >gateway FreeBSD box on the same home network.  The gateway box properly
> >lists the new box in /etc/hosts.  Each box can ping the other by name
> >and by ip.
> 
> Bear in mind that (by default) you can't ssh as the super-user.  You must
> connect as a user (in the wheel group) and then su.
> 
> John.

-- 
Wayne M Barnes
wayne@etaq.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 14:27:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3106137B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 14:27:43 -0800 (PST)
Received: from c001.snv.cp.net (h005.c001.snv.cp.net [209.228.32.119])
	by mx1.FreeBSD.org (Postfix) with SMTP id 6CA0A43F85
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 14:27:42 -0800 (PST)
	(envelope-from kutulu@kutulu.org)
Received: (cpmta 20020 invoked from network); 2 Mar 2003 14:27:41 -0800
Received: from 68.32.161.3 (HELO KutuluWare)
  by smtp.register-admin.com (209.228.32.119) with SMTP; 2 Mar 2003 14:27:41 -0800
X-Sent: 2 Mar 2003 22:27:41 GMT
Message-ID: <000701c2e10a$c76a9a10$0245a8c0@KutuluWare>
From: "Michael Edenfield" <kutulu@kutulu.org>
To: "Paolo Pisati" <p.pisati@oltrelinux.com>,
	"FreeBSD_Current" <freebsd-current@FreeBSD.ORG>
References: <20030302192432.GA23245@southcross.skynet.org>
Subject: Re: What's happened to CPUSTATES in /usr/include/devstat.h?
Date: Sun, 2 Mar 2003 17:26:32 -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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

From: "Paolo Pisati" <p.pisati@oltrelinux.com>
Sent: Sunday, March 02, 2003 2:24 PM


> i noticed it while i was compiling kdebase-3, cause
> ksysguard failed.
>
> Add
>
> #include <sys/resource.h>
>
> to devstat.h to fix it.

FWIW, I had the same problem (and used the same solution) with a few other X
ports, particularly icewm.

--Mike


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 15: 8: 9 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 27B2E37B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 15:08:08 -0800 (PST)
Received: from mail.liwing.de (mail.liwing.de [213.70.188.162])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E6C5743F93
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 15:08:06 -0800 (PST)
	(envelope-from rehsack@liwing.de)
Received: (qmail 38769 invoked from network); 2 Mar 2003 23:08:04 -0000
Received: from stingray.liwing.de (HELO liwing.de) ([213.70.188.164])
          (envelope-sender <rehsack@liwing.de>)
          by mail.liwing.de (qmail-ldap-1.03) with SMTP
          for <mark@grondar.org>; 2 Mar 2003 23:08:04 -0000
Message-ID: <3E628ED4.9030203@liwing.de>
Date: Mon, 03 Mar 2003 00:08:04 +0100
From: Jens Rehsack <rehsack@liwing.de>
Organization: LiWing IT-Services
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Mark Murray <mark@grondar.org>
Cc: John Polstra <jdp@polstra.com>, current@FreeBSD.ORG
Subject: Re: PATCH: type errors in src-tree
References: <200303022056.h22KuDIg055497@grimreaper.grondar.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mark Murray wrote:
> John Polstra writes:
> 
>>In article <xzpel5qc6nj.fsf@flood.ping.uio.no>,
>>Dag-Erling Smorgrav  <des@ofug.org> wrote:
>>
>>>This is wrong.  caddr_t should be uniersally replaced with void *.
>>
>>Not quite.  There is (or at least used to be) a lot of code that
>>assumed you could do address arithmetic on a caddr_t.  You can't do
>>that on a void *, at least not in ANSI C.  I think gcc lets you do
>>it, but it's an extension.
> 
> 
> As I have discovered. I specifically looked for this, and my misreading
> of the spec is now clear. :-)

Yes, but relying on this during fixing out caddr_t may break use of 
other compilers.

Now, that OpenWatcom is released, the FreeBSd port of it should follow. 
And maybe someone will try to compile the kernel and world with it. If 
that would work, this would be great, because the watcom compiler 
generates much better code than gcc does, even than gcc -O3 (and all 
known optimizations on).

So long,
Jens


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 15:23:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CCDBE37B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 15:23:32 -0800 (PST)
Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2F07F43FB1
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 15:23:31 -0800 (PST)
	(envelope-from vkushnir@alfacom.net)
Received: from kushnir1.kiev.ua (124-145.dialup.Alfacom.net [193.108.124.145])
	by Stalker.alfacom.net (8.12.6/8.12.6) with ESMTP id h22NNONZ014720
	for <current@FreeBSD.ORG>; Mon, 3 Mar 2003 01:23:25 +0200 (EET)
Received: from kushnir1.kiev.ua (localhost [127.0.0.1])
	by kushnir1.kiev.ua (8.12.7/8.12.6) with ESMTP id h22NNMvV000654
	for <current@FreeBSD.ORG>; Mon, 3 Mar 2003 01:23:22 +0200 (EET)
	(envelope-from vkushnir@alfacom.net)
Received: from localhost (vkushnir@localhost)
	by kushnir1.kiev.ua (8.12.7/8.12.7/Submit) with ESMTP id h22NNKZs000651
	for <current@FreeBSD.ORG>; Mon, 3 Mar 2003 01:23:22 +0200 (EET)
X-Authentication-Warning: kushnir1.kiev.ua: vkushnir owned process doing -bs
Date: Mon, 3 Mar 2003 01:23:20 +0200 (EET)
From: Vladimir Kushnir <vkushnir@alfacom.net>
X-X-Sender: vkushnir@kushnir1.kiev.ua
To: current@FreeBSD.ORG
Subject: -CURRENT + cvs = panic
Message-ID: <20030303011726.R623@kushnir1.kiev.ua>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Practically 100% repeatable: after some CVS updates (not sure but it
seems after another high HD load as well) -CURRENT panics with
bwrite: buffer is not busy
(in the prefious message I've attached gdb trace and so on, and nothing
has changed so far).
It goes on for at least several days now.

Regards,
Vladimir

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 15:26:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 377EF37B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 15:26:46 -0800 (PST)
Received: from fep03-svc.mail.telepac.pt (fep03-svc.mail.telepac.pt [194.65.5.202])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD4643F75
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 15:26:41 -0800 (PST)
	(envelope-from hvalentim@gmx.net)
Received: from robur.agsoft ([213.13.31.199]) by fep03-svc.mail.telepac.pt
          (InterMail vM.5.01.04.13 201-253-122-122-113-20020313) with ESMTP
          id <20030302232639.IXMB11175.fep03-svc.mail.telepac.pt@robur.agsoft>
          for <freebsd-current@FreeBSD.ORG>; Sun, 2 Mar 2003 23:26:39 +0000
From: "Hugo D. Valentim" <hvalentim@gmx.net>
Reply-To: hvalentim@gmx.net
To: freebsd-current@FreeBSD.ORG
Subject: ACPI errors
Date: Sun, 2 Mar 2003 23:26:18 +0000
User-Agent: KMail/1.5
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303022326.18902.hvalentim@gmx.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


From dmesg.boot:

acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0%
    ACPI-0432: *** Error: Handler for [EmbeddedControl] returned AE_ERROR
    ACPI-1287: *** Error: Method execution failed, AE_ERROR

Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04ff0a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 996556073 Hz
CPU: Mobile AMD Athlon(tm) 4 Processor (996.56-MHz 686-class CPU)
  Origin = "AuthenticAMD"  Id = 0x661  Stepping = 1 
Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
  AMD Features=0xc0440000<RSVD,AMIE,DSP,3DNow!>
real memory  = 335544320 (320 MB)

Regards,
Hugo D. Valentim
hvalentim@gmx.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 15:57:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A3F3D37B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 15:57:50 -0800 (PST)
Received: from blueyonder.co.uk (pcow053o.blueyonder.co.uk [195.188.53.96])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2EFBC43FD7
	for <current@freebsd.org>; Sun,  2 Mar 2003 15:57:49 -0800 (PST)
	(envelope-from andrew@cream.org)
Received: from cream.org ([80.195.57.71]) by blueyonder.co.uk  with Microsoft SMTPSVC(5.5.1877.757.75);
	 Sun, 2 Mar 2003 23:59:21 +0000
Message-ID: <3E629A6E.5010208@cream.org>
Date: Sun, 02 Mar 2003 23:57:34 +0000
From: Andrew Boothman <andrew@cream.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2b) Gecko/20030104
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: George Hartzell <hartzell@kestrel.alerce.com>
Cc: Andrew Boothman <A.J.Boothman@sms.ed.ac.uk>,
	Darryl Okahata <darrylo@soco.agilent.com>, current@FreeBSD.ORG,
	shogun70@bigpond.net.au
Subject: Re: "NTLDR missing" after 5-RELEASE install
References: <200302262325.PAA11580@mina.soco.agilent.com>	<001d01c2ddf9$e71bcff0$0400a8c0@spatula> <15966.24193.851791.257033@rosebud.alerce.com>
In-Reply-To: <200302262325.PAA11580@mina.soco.agilent.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

George Hartzell wrote:

> > On boot I get "Loading GRUB... Please Wait..." but after that I get "GRUB
> > Error 17" which according to the manual means that GRUB doesn't know how to
> > load the selected partition. Even though when I boot from the floppy it
> > starts no problem and I can type commands to get it to boot Win2k....
>
>Here's what I'd do.
>
Hi everyone!

I'm posting from a different email address now I've got FreeBSD back up 
and running.

George's one-man tutorial on how to install Grub was excellent and 
everything is now working perfectly.

Thanks to everyone who replied.

Andrew.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 15:58:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A7B1437B401
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 15:58:48 -0800 (PST)
Received: from mail.math.okstate.edu (mail.math.okstate.edu [139.78.112.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D32D743FBD
	for <freebsd-current@freebsd.org>; Sun,  2 Mar 2003 15:58:47 -0800 (PST)
	(envelope-from dboonthe@math.okstate.edu)
Received: from mail.math.okstate.edu (localhost [127.0.0.1])
	by mail.math.okstate.edu (8.12.6/8.12.6) with ESMTP id h22NvleN025435;
	Sun, 2 Mar 2003 17:57:47 -0600 (CST)
Received: from localhost (dboonthe@localhost)
	by mail.math.okstate.edu (8.12.6/8.12.6/Submit) with ESMTP id h22Nvk7k011726;
	Sun, 2 Mar 2003 17:57:47 -0600 (CST)
X-Authentication-Warning: mail.math.okstate.edu: dboonthe owned process doing -bs
Date: Sun, 2 Mar 2003 17:57:46 -0600 (CST)
From: Dustin Boontheekul <dboonthe@math.okstate.edu>
To: Maksim Yevmenkin <Maksim.Yevmenkin@cw.com>
Cc: freebsd-current@freebsd.org
Subject: RE: FreeBSD Bluetooth stuff
In-Reply-To: <45258A4365C6B24A9832BFE224837D552B1295@sjdcex01.int.exodus.net>
Message-ID: <Pine.BSO.4.53.0303021727210.19641@mail.math.okstate.edu>
References: <45258A4365C6B24A9832BFE224837D552B1295@sjdcex01.int.exodus.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.4.2(snapshot 20021218) (mail.math.okstate.edu)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi Max,

> 1) compile and install hcidump from the snapshot's ports/ directory

Recompiled and reinstalled.  All went fine.

> 2) make sure you have clean setup, i.e.
>    - run # rc.bluetooth stop <device>
>    - disconnect the device from the PC
>    - reset mouse
>    - connect device back to PC
>    - run # rc.bluetooth start <device>
>    - in separate window run # hcidump -x
>    - run # hccontrol -n <device>hci inquiry
>    - run # sdptool browse <BD_ADDR_of_your_mouse>

I followed this sequence.  One thing to note is that the mouse tries it's
best to conserve power, so it only responds to any initial queries for a
few seconds after pressing the reset button.  I don't know exactly how
long, but it's pretty short.  Klausler makes a note of this on his site,
so it must have caused him a hiccup or two.

> please send me the output of hcidump.

Okay, here it is.  Turns out I think my batteries ran out of juice, which
was causing some of the problems.  I wasn't getting any response at all
after all sorts of resets so I tried seeing if I could find the keyboard
and it 'just worked'.  I replaced the batteries and got a response from
hccontrol inquiry.  Just in case replacing the batteries turned out to
reset it more than pressing the button I put the old batteries back in and
still got nothing.  When the batteries 'die' the mouse still lights up
(it's optical), and apparently the radio connection goes first.  Anyway,
without further adue here is the hcidump output:
# hcidump -x
HCIDump - HCI packet analyzer ver 1.4
device: any snap_len: 65535 filter: 0xffffffff
< HCI Command: Inquiry(0x01|0x0001) plen 5
  33 8B 9E 05 08
> HCI Event: Command Status(0x0f) plen 4
  00 01 01 04
> HCI Event: Inquiry Complete(0x01) plen 1
  00
< HCI Command: Inquiry(0x01|0x0001) plen 5
  33 8B 9E 05 08
> HCI Event: Command Status(0x0f) plen 4
  00 01 01 04
> HCI Event: Inquiry Complete(0x01) plen 1
  00
< HCI Command: Inquiry(0x01|0x0001) plen 5
  33 8B 9E 05 08
> HCI Event: Command Status(0x0f) plen 4
  00 01 01 04
> HCI Event: Inquiry Result(0x02) plen 15
  01 A8 D6 7E F2 50 00 02 00 00 80 25 00 C3 4B
> HCI Event: Inquiry Complete(0x01) plen 1
  00
< HCI Command: Create Connection(0x01|0x0005) plen 13
  A8 D6 7E F2 50 00 18 CC 02 00 C3 4B 01
> HCI Event: Command Status(0x0f) plen 4
  00 01 05 04
> HCI Event: Connect Complete(0x03) plen 11
  00 29 00 A8 D6 7E F2 50 00 01 00
< HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4
  29 00 0F 00
< ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Connect req: psm 1 scid 0x0040
> HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
> HCI Event: Command Complete(0x0e) plen 6
  01 0D 08 00 29 00
> ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 1 status 2
> ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0
< ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0
> HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
> ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0
> ACL data: handle 0x0029 flags 0x02 dlen 16
    L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4
    MTU 48
> HCI Event: QoS Setup Complete(0x0d) plen 21
  00 29 00 00 01 00 00 00 00 00 00 00 00 F2 2B 00 00 FF FF FF
  FF
< ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0
< ACL data: handle 0x0029 flags 0x02 dlen 24
    L2CAP(d): cid 0x40 len 20 [psm 1]
        SDP SSA Req: tid 0x0 len 0xf
          pat uuid-16 0x1002 (PubBrwsGrp)
          max 0xffff
          aid(s) 0x0000 - 0xffff
          cont 00
> HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
> HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
> ACL data: handle 0x0029 flags 0x02 dlen 14
    L2CAP(d): cid 0x40 len 10 [psm 1]
        SDP SSA Rsp: tid 0x0 len 0x5
          cnt 0x2
 len 0x2 frm->len 0x1 n 0x0
          cont 00
< ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Disconn req: dcid 0x0040 scid 0x0040
> HCI Event: Number of Completed Packets(0x13) plen 5
  01 29 00 01 00
> ACL data: handle 0x0029 flags 0x02 dlen 12
    L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0040
^C

> do you have an open baseband connection? inquiry on the local deivce
> will not show remote devices that already connected to the local device.
> try to run
>
> # hccontrol -n <device>hci read_connection_list
>

Yes, this shows I have a connection to my mouse.

> you can disconnect baseband connection by hand by typing
>
> # hccontol -n <device>hci disconnect <connection_handle>
>
> BTW you can do
>
> # hccontrol help
>
> and
>
> # hccontrol help <command>
>
> for more information
>

These give a lot more help than the man page.

I managed to get 'remote_name_request' to return 'Microsoft Mouse'
(yippee!), but I just arbitrarily chose <ps_rep_mode> and <ps_mode> as 0.
I used 'read_clock_offset' to get the clock offset.  What are these 2
options and how would I properly find them?

> > I'm sorry if all my questions are way too basic, but what I've been
> > reading is all about bluez and, well, even documentation for that isn't
> > very complete.  I'm still looking for more sources.
>
> that is ok. BTW you might want to CC to one of the FreeBSD mailing lists.
> freebsd-mobile, freebsd-net and freebsd-current seems appropriate to me.
> this way all my answers will go into archive and other people will have
> something to start with.

I'll start CC'ing this to freebsd-current starting with this message.

Thanks,

Dustin

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 16:51:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7BDB037B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 16:51:39 -0800 (PST)
Received: from list-svr.nventure.com (list-svr.nventure.com [208.186.46.9])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BDF3543F93
	for <current@freebsd.org>; Sun,  2 Mar 2003 16:51:38 -0800 (PST)
	(envelope-from plathem@ivestnw.net)
Received: from ivestnw.net ([208.187.15.197]) by list-svr.nventure.com
          (Post.Office MTA v3.5.3 release 223 ID# 0-67609U1600L200S0V35)
          with ESMTP id com for <current@freebsd.org>;
          Sun, 2 Mar 2003 17:05:49 -0800
Message-ID: <3E62A6F7.6050307@ivestnw.net>
Date: Sun, 02 Mar 2003 16:51:03 -0800
From: Pat Lathem <plathem@ivestnw.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030202
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Subject: Re: eUSB Multimediacard flash storage
References: <3E6273F9.1090605@ivestnw.net>
In-Reply-To: <3E6273F9.1090605@ivestnw.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Sorry, I know it is poor form to reply to myself.
I tried to do a "camcontrol reset all" while it was giving me this 
error. Nothing appeared to happen (the error continued to scroll) so I 
removed the USB device.

(probe0:umass-sim0:0:0:0): Retrying Command
(probe0:umass-sim0:0:0:0):  CAM Status 0x39
umass-sim0:0:0:0: func_coe 0x0901: Invalid target (target needed)
(probe0:umass-sim0:0:0:0):  Retrying Command
(probe0:umass-sim0:0:0:0):  CAM Status 0x39
umass-sim0:0:0:0: func_code 0x0901: Invalid target (target needed)
(probe0:umass-sim0:0:0:0):  Retrying Command
(probe0:umass-sim0:0:0:0):  Error 5
(probe0:umass-sim0:0:0:0):  Retries Exhausted
umass-sim0:0:0:0: func_code 0x0901: Invalid target (target needed)
(da0:umass-si,0:0:0:0): Synchronize cahce failed, status == 0x39, scsi 
status == 0x0
umass-sim0:0:0:0: func_code 0x0901: Invalid target (target needed)
(da0:umass-sim0:0:0:0): removing device entry
su-2.05b# panic (null): Unknown state 1

syncing disks, buffers remaining.... panic: bwrite: buffer is not busy???


Here is another panic from a kernel built Feb 4. The computer was booted 
with the USB device attached, and it refused to proceed past "da0: 15mb 
(31424 512 byte sectors.." so I detached it.

umass0: SCM Microsystems Inc. eUSB MultiMediaCard Adapter, rev 
1.10/4.04, addr 2
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <eUSB MultiMediaCard > Removable Direct Access SCSI-2 device
da0: 1.000MB/s transfers
da0: 15MB (31424 512 byte sectors: 64H 32S/T 15C)
umass0: at uhub0 port 1 (addr 2) disconnected
(da0:umass-sim0:0:0:0): lost device
(da0:umass-sim0:0:0:0): removing device entry
umass0: detached
umass0: SCM Microsystems Inc. eUSB MultiMediaCard Adapter, rev 
1.10/4.04, addr 2
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
(da0:umass-sim0:0:0:0): got CAM status 0x4
(da0:umass-sim0:0:0:0): fatal error, failed to attach to device
(da0:umass-sim0:0:0:0): lost device
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
umass0: BBB reset failed, IOERROR
umass0: BBB bulk-in clear stall failed, IOERROR
umass0: BBB bulk-out clear stall failed, IOERROR
(da0:umass-sim0:0:0:0): removing device entry
Opened disk da0 -> 5
umass0: at uhub0 port 1 (addr 2) disconnected
umass0: detached
umass0: SCM Microsystems Inc. eUSB MultiMediaCard Adapter, rev 
1.10/4.04, addr 2
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <eUSB MultiMediaCard > Removable Direct Access SCSI-2 device
da0: 1.000MB/s transfers
da0: 15MB (31424 512 byte sectors: 64H 32S/T 15C)


Fatal trap 12: page fault while in kernel mode
fault virtual addresstion pointer    = 0x8:0xc02faac0
stack pointer            = 0x10:0xd67b0b74
frame pointer            = 0xse 0x0, limit 0xfffff, type 0x1b
           = DPL 0, pres 1, def32 1, gran 1
processor eflags    = interrupnumber        = 12
panic: page fault

If more information is needed on either of the panics, please inform me.

Thank you,
Pat Lathem


Pat Lathem wrote:

> Hi list,
>
> I'm still trying to get this drive working. I booted with a -v flag, 
> and this the output now: Can anyone recommend any changes or patches 
> to get this to work work? My kernel is 5.0-currrent built on March 1st.
>
> Thank you,
> Pat Lathem
>
> <cut, sorry, the email is already very long>
>
>
> 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-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 17: 2:54 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1FBC837B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 17:02:53 -0800 (PST)
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3F51043FBF
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 17:02:52 -0800 (PST)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.6/8.12.3) with ESMTP id h2312o3Y045723;
	Sun, 2 Mar 2003 18:02:50 -0700 (MST)
	(envelope-from imp@bsdimp.com)
Date: Sun, 02 Mar 2003 17:23:50 -0700 (MST)
Message-Id: <20030302.172350.65880480.imp@bsdimp.com>
To: phk@phk.freebsd.dk
Cc: marcel@xcllnt.net, current@FreeBSD.ORG
Subject: Re: HEADSUP: Driver mega-commit ahead. 
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <10086.1046636791@critter.freebsd.dk>
References: <20030302202015.GA546@athlon.pn.xcllnt.net>
	<10086.1046636791@critter.freebsd.dk>
X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message: <10086.1046636791@critter.freebsd.dk>
            "Poul-Henning Kamp" <phk@phk.freebsd.dk> writes:
: This particular sweep gives os much better cross-branch source
: portability and therefore I think it is exactly the kind of thing
: we want before the RELENG_5 branch.

I for one plan on MFC'ing the "NULL->nofoo" stuff so I can move my
drivers to it and then MFC w/o hassle.

Warner

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 17: 7:32 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1C46737B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 17:07:31 -0800 (PST)
Received: from staff-svr1.eu.inctech.com (staff-svr1.eu.inctech.com [213.219.2.229])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DED1143F93
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 17:07:29 -0800 (PST)
	(envelope-from suneel@inctech.com)
content-class: urn:content-classes:message
MIME-Version: 1.0
Importance: normal
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: Wireless Networking
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Date: Mon, 3 Mar 2003 01:07:28 -0000
Message-ID: <2D49E83A43A2104F872DF4E90AE2BF49120AA0@staff-svr1.eu.inctech.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Wireless Networking
Thread-Index: AcLhIUJniVf9azbJQom3+o3q3fNtKA==
From: "Suneel Jhangiani" <suneel@inctech.com>
To: <freebsd-current@FreeBSD.ORG>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I finally managed to get my hands on a couple of other Wireless network
cards (previously I had a DWL-650+ based on the unsupported TI chipset).

I have tried both cards to no avail on FreeBSD v4.7 and was wondering if
anyone has either working under Current?

The two cards are:

3Com OfficeConnect PC Card (3CRSHPW_96 Wireless LAN PC Card)
Intel PRO/Wireless 2011B LAN PC Card

Regards,

Suneel.


*************************************************************************=
*****
A disclaimer applies to all email sent from Inter-Computer Technology =
Limited.
For the full text, see =
http://home.inctech.com/Content/Legal/EmailDisclaimer.htm
*************************************************************************=
*****




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 17:25: 5 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6733E37B401
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 17:25:03 -0800 (PST)
Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B034543FBD
	for <freebsd-current@FreeBSD.ORG>; Sun,  2 Mar 2003 17:25:02 -0800 (PST)
	(envelope-from chris@unixpages.org)
Received: from gondor.middleearth (gondor.middleearth [192.168.1.42])
	by haakonia.hitnet.rwth-aachen.de (Postfix) with ESMTP
	id 7B711ABC9; Mon,  3 Mar 2003 02:24:59 +0100 (CET)
Received: by gondor.middleearth (Postfix, from userid 1001)
	id 1D23043AA; Mon,  3 Mar 2003 02:24:58 +0100 (CET)
Date: Mon, 3 Mar 2003 02:24:58 +0100
From: Christian Brueffer <chris@unixpages.org>
To: Suneel Jhangiani <suneel@inctech.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Wireless Networking
Message-ID: <20030303012458.GD597@unixpages.org>
References: <2D49E83A43A2104F872DF4E90AE2BF49120AA0@staff-svr1.eu.inctech.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="tNQTSEo8WG/FKZ8E"
Content-Disposition: inline
In-Reply-To: <2D49E83A43A2104F872DF4E90AE2BF49120AA0@staff-svr1.eu.inctech.com>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--tNQTSEo8WG/FKZ8E
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 03, 2003 at 01:07:28AM +0000, Suneel Jhangiani wrote:
> I finally managed to get my hands on a couple of other Wireless network
> cards (previously I had a DWL-650+ based on the unsupported TI chipset).
>=20
> I have tried both cards to no avail on FreeBSD v4.7 and was wondering if
> anyone has either working under Current?
>=20
> The two cards are:
>=20
> 3Com OfficeConnect PC Card (3CRSHPW_96 Wireless LAN PC Card)
> Intel PRO/Wireless 2011B LAN PC Card
>=20
> Regards,
>=20
> Suneel.
>=20

I think the 3com one has an Atmel chipset, which is unsupported.  Don't
about the other one.

- Christian

--=20
Christian Brueffer	chris@unixpages.org	brueffer@FreeBSD.org
GPG Key:	 http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D

--tNQTSEo8WG/FKZ8E
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Yq7qbHYXjKDtmC0RAoFQAJwMsPJIQpoMuQqjRAxOdIx7h//65wCfXSHN
90PsBCnJYddePhjpznR41mk=
=Lwgo
-----END PGP SIGNATURE-----

--tNQTSEo8WG/FKZ8E--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 18:59:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9746237B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 18:59:29 -0800 (PST)
Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D424243FB1
	for <current@freebsd.org>; Sun,  2 Mar 2003 18:59:28 -0800 (PST)
	(envelope-from jroberson@chesapeake.net)
Received: from localhost (jroberson@localhost)
	by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h232xSf57487
	for <current@freebsd.org>; Sun, 2 Mar 2003 21:59:28 -0500 (EST)
	(envelope-from jroberson@chesapeake.net)
Date: Sun, 2 Mar 2003 21:59:28 -0500 (EST)
From: Jeff Roberson <jroberson@chesapeake.net>
To: current@freebsd.org
Subject: Please test: cluster locking patch.
Message-ID: <20030302215717.C56877-100000@mail.chesapeake.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have a patch that should clear up buf locking issues and race conditions
in vfs_cluster.c.  Since this code is so tricky I'd like to have a few
people test it.  You should notice no difference in your system
performance or behavior.

Please see:  http://www.chesapeake.net/~jroberson/cluster.diff

I will post on arch about the contents of the patch.

Cheers,
Jeff


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 19:41:22 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C8BCF37B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 19:41:21 -0800 (PST)
Received: from topperwein.pennasoft.com (acs-24-154-51-55.zoominternet.net [24.154.51.55])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A77A143FD7
	for <current@freebsd.org>; Sun,  2 Mar 2003 19:41:20 -0800 (PST)
	(envelope-from behanna@topperwein.pennasoft.com)
Received: from topperwein.pennasoft.com (localhost [127.0.0.1])
	by topperwein.pennasoft.com (8.12.7/8.12.6) with ESMTP id h233fsSh067985
	for <current@freebsd.org>; Sun, 2 Mar 2003 22:41:54 -0500 (EST)
	(envelope-from behanna@topperwein.pennasoft.com)
Received: from localhost (localhost [[UNIX: localhost]])
	by topperwein.pennasoft.com (8.12.7/8.12.6/Submit) id h233eYLE067971
	for current@freebsd.org; Sun, 2 Mar 2003 22:40:34 -0500 (EST)
From: Chris BeHanna <chris@pennasoft.com>
Reply-To: chris@pennasoft.com
To: current@freebsd.org
Subject: Re: PATCH: type errors in src-tree
Date: Sun, 2 Mar 2003 22:40:34 -0500
User-Agent: KMail/1.5
References: <200303022056.h22KuDIg055497@grimreaper.grondar.org> <3E628ED4.9030203@liwing.de>
In-Reply-To: <3E628ED4.9030203@liwing.de>
Organization: PennaSoft Corporation
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303022240.34186.chris@pennasoft.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sunday 02 March 2003 18:08, Jens Rehsack wrote:
> Now, that OpenWatcom is released, the FreeBSd port of it should follow.
> And maybe someone will try to compile the kernel and world with it. If
> that would work, this would be great, because the watcom compiler
> generates much better code than gcc does, even than gcc -O3 (and all
> known optimizations on).

    Is someone working on such a port?

    Will a "bootstrap" port to build it with GCC be part of the work?

-- 
Chris BeHanna                      http://www.pennasoft.com 
Principal Consultant                
PennaSoft Corporation               
chris@pennasoft.com                 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 19:47: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 72BFB37B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 19:47:06 -0800 (PST)
Received: from mail.reptiles.org (mail.reptiles.org [198.96.117.157])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D3FE543F75
	for <current@freebsd.org>; Sun,  2 Mar 2003 19:47:05 -0800 (PST)
	(envelope-from geoffrey@reptiles.org)
Received: from mail.reptiles.org([198.96.117.157]) (1046 bytes) by mail.reptiles.org
	via sendmail with P:esmtp/R:bind_hosts/T:inet_zone_bind_smtp
	(sender: <geoffrey@reptiles.org>) 
	id <m18pguv-000ESvC@mail.reptiles.org>
	for <current@freebsd.org>; Sun, 2 Mar 2003 22:47:05 -0500 (EST)
	(Smail-3.2.0.115-Pre 2001-Aug-6 #2 built 2002-Nov-19)
Date: Sun, 2 Mar 2003 22:47:05 -0500 (EST)
From: Geoffrey <geoffrey@reptiles.org>
To: current@freebsd.org
Subject: `npx_driver',`npx_devclass' defined but not used
In-Reply-To: <20030302215717.C56877-100000@mail.chesapeake.net>
Message-ID: <20030302223856.S32532-100000@iguana.reptiles.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Ladies and Gentlemen

	From a fresh cvsup of RELENG_5_0 this afternoon, make buildkernel
returns:

cc1: warnings being treated as errors
/usr/src/sys/i386/isa/npx.c:1078: warning: `npx_driver' defined but not
used
/usr/src/sys/i386/isa/npx.c:1084: warning: `npx_devclass' defined but not
used
*** Error code 1

Stop in /usr/obj/usr/src/sys/BINKY1.
*** Error code 1

Stop in /usr/src.
*** Error code 1


	This is with -march=pentium-mmx in make.conf and device     npx
in my kernel configuration.

	Suggestions?  Remedies?

	Thankyou.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 21:16:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C64F037B401; Sun,  2 Mar 2003 21:16:40 -0800 (PST)
Received: from tomts25-srv.bellnexxia.net (tomts25-srv.bellnexxia.net [209.226.175.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 6930E43F93; Sun,  2 Mar 2003 21:16:39 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from sparc64.style9.org ([65.93.76.196])
          by tomts25-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20030303051637.FBHG4538.tomts25-srv.bellnexxia.net@sparc64.style9.org>;
          Mon, 3 Mar 2003 00:16:37 -0500
Received: (from mike@localhost)
	by sparc64.style9.org (8.12.6/8.12.6/Submit) id h235Gd2c024635;
	Mon, 3 Mar 2003 00:16:39 -0500 (EST)
Date: Mon, 3 Mar 2003 00:16:39 -0500 (EST)
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200303030516.h235Gd2c024635@sparc64.style9.org>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Mar  3 00:15:48 EST 2003
--------------------------------------------------------------
===> hme
make: don't know how to make bsd.README. Stop
*** Error code 2

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 22: 3:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C256637B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 22:03:17 -0800 (PST)
Received: from etaq.com (mail.etaq.com [66.80.150.158])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2BC4643F93
	for <current@freebsd.org>; Sun,  2 Mar 2003 22:03:17 -0800 (PST)
	(envelope-from wayne@etaq.com)
Received: by etaq.com (Postfix, from userid 1002)
	id 543436F8; Mon,  3 Mar 2003 00:06:02 -0600 (CST)
Date: Mon, 3 Mar 2003 00:06:02 -0600
From: Wayne <wayne@etaq.com>
To: Jason Barnes <jbarnes@c3po.barnesos.net>
Cc: current@freebsd.org
Subject: can't sshd into box
Message-ID: <20030303000602.A26864@etaq.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear Jason,

   [Not too many people jumping onto this thread to help me.]

   The first two non-bold lines on rebooting, are:
hw.bus.devctl_disable: 0 -> 1
Entropy harvesting: interrupts ethernet point_to_point.

So I try:
root@etaq3:/home/wayne>sysctl hw.bus.devctl_disable: 1 -> 0
   [but the result is:]
sysctl: unknown oid 'hw.bus.devctl_disable:'

    So what the heck is "Entropy harvesting" ?  Could this
be blocking my incoming contact attempts?

-- 
Wayne M Barnes
wayne@etaq.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 22: 9:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2CCB437B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 22:09:45 -0800 (PST)
Received: from klentaq.com (ip-64-32-219-171.nyc.megapath.net [64.32.219.171])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 98D6143FBD
	for <current@freebsd.org>; Sun,  2 Mar 2003 22:09:44 -0800 (PST)
	(envelope-from currently@klentaq.com)
Received: by klentaq.com (Postfix, from userid 1013)
	id D9DD491D; Mon,  3 Mar 2003 00:09:55 -0600 (CST)
Date: Mon, 3 Mar 2003 00:09:55 -0600
From: Wayne Barnes <currently@klentaq.com>
To: current@freebsd.org
Subject: can't sshd into box
Message-ID: <20030303000955.A69139@klentaq.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-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear FreeBSD,

    Immediately after rebooting, I get this:

root@etaq3:/home/wayne>telnetd -debug
telnetd: bind: Address already in use

    This doesn't happen on my other (working) system.  

    Could this be a clue to my problem?

-- 

   --  Wayne M Barnes, currently@klentaq.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 23:11:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8B83637B401
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 23:11:41 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BCF4643F93
	for <current@FreeBSD.ORG>; Sun,  2 Mar 2003 23:11:40 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.7/8.12.6) with ESMTP id h237BdKx060847;
	Mon, 3 Mar 2003 02:11:39 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.7/8.12.6/Submit) with ESMTP id h237BdmC060844;
	Mon, 3 Mar 2003 02:11:39 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Mon, 3 Mar 2003 02:11:39 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: Wayne Barnes <currently@klentaq.com>
Cc: current@FreeBSD.ORG
Subject: Re: can't sshd into box
In-Reply-To: <20030303000955.A69139@klentaq.com>
Message-ID: <20030303020915.B59207@alpha.siliconlandmark.com>
References: <20030303000955.A69139@klentaq.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Mon, 3 Mar 2003, Wayne Barnes wrote:

>     Immediately after rebooting, I get this:
>
> root@etaq3:/home/wayne>telnetd -debug
> telnetd: bind: Address already in use
>
>     This doesn't happen on my other (working) system.
>     Could this be a clue to my problem?

Wayne,

Telnetd is telling you that something else is listening on port 23. This
is most probably inetd. Do a 'killall inetd' then try that command.

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sun Mar  2 23:29:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 125E637B401
	for <current@freebsd.org>; Sun,  2 Mar 2003 23:29:10 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0109943F85
	for <current@freebsd.org>; Sun,  2 Mar 2003 23:29:09 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0033.cvx22-bradley.dialup.earthlink.net ([209.179.198.33] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18pkNl-00001P-00; Sun, 02 Mar 2003 23:29:06 -0800
Message-ID: <3E6303EE.9516823A@mindspring.com>
Date: Sun, 02 Mar 2003 23:27:42 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc: Wayne Barnes <currently@klentaq.com>, current@FreeBSD.ORG
Subject: Re: can't sshd into box
References: <20030303000955.A69139@klentaq.com> <20030303020915.B59207@alpha.siliconlandmark.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4484b23930f674c99a42b4adad8c73520350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Andre Guibert de Bruet wrote:
> On Mon, 3 Mar 2003, Wayne Barnes wrote:
> >     Immediately after rebooting, I get this:
> >
> > root@etaq3:/home/wayne>telnetd -debug
> > telnetd: bind: Address already in use
> >
> >     This doesn't happen on my other (working) system.
> >     Could this be a clue to my problem?
> 
> Telnetd is telling you that something else is listening on port 23. This
> is most probably inetd. Do a 'killall inetd' then try that command.

That's not only going to stop inetd from sitting on the port,
it will probably also make telnet into the box start working,
if it's related to the TCP wrappers (if he had modified his
hosts.allow with the advice from a previous poster, he would
not be having this problem, if that happens, so rather than
posting his problem over and over again, maybe he should read
the responses, and at least tell us if they worked?).

Otherwise, another common culprit is ipfw; if he has the
firewall enabled, the default is to block everything.

Given that he got a connection, and that it was subsequently
closed, though, rather than not getting a connection at all,
it's a safe bet that it's the TCP wrappers, not the ipfw, that
is causing the trouble.

In which case, he should take the advice on the hosts.allow
file contents that he was given earlier, and it will fix his
problem...

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  0:45:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E98A837B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 00:45:15 -0800 (PST)
Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DC2E843FDD
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 00:45:14 -0800 (PST)
	(envelope-from jroberson@chesapeake.net)
Received: from localhost (jroberson@localhost)
	by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h238jER71942
	for <current@FreeBSD.ORG>; Mon, 3 Mar 2003 03:45:14 -0500 (EST)
	(envelope-from jroberson@chesapeake.net)
Date: Mon, 3 Mar 2003 03:45:14 -0500 (EST)
From: Jeff Roberson <jroberson@chesapeake.net>
To: current@FreeBSD.ORG
Subject: Re: Please test: cluster locking patch.
In-Reply-To: <20030302215717.C56877-100000@mail.chesapeake.net>
Message-ID: <20030303034459.T71788-100000@mail.chesapeake.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Found a bug.  Please update your source from the same location if you
previously applied this patch.

On Sun, 2 Mar 2003, Jeff Roberson wrote:

> I have a patch that should clear up buf locking issues and race conditions
> in vfs_cluster.c.  Since this code is so tricky I'd like to have a few
> people test it.  You should notice no difference in your system
> performance or behavior.
>
> Please see:  http://www.chesapeake.net/~jroberson/cluster.diff
>
> I will post on arch about the contents of the patch.
>
> Cheers,
> Jeff
>
>
> 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-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  0:47:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3D52F37B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 00:47:39 -0800 (PST)
Received: from saturn.mics.co.za (saturn.mics.co.za [196.34.165.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4CD9643F75
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 00:47:36 -0800 (PST)
	(envelope-from johan@mics.co.za)
Received: from root by saturn.mics.co.za with scanned_ok (Exim 3.36 #1)
	id 18plcH-000I0h-00
	for freebsd-current@freebsd.org; Mon, 03 Mar 2003 10:48:09 +0200
Received: from fw.mics.co.za ([196.34.165.234] helo=johan)
	by saturn.mics.co.za with smtp (Exim 3.36 #1)
	id 18plcH-000I0a-00
	for freebsd-current@FreeBSD.org; Mon, 03 Mar 2003 10:48:09 +0200
Message-ID: <000501c2e161$84e6a2e0$720a0a0a@johan>
Reply-To: "johan" <johan@mics.co.za>
From: "johan" <johan@mics.co.za>
To: <freebsd-current@FreeBSD.org>
Subject: subscribe jo@jo.co.za
Date: Mon, 3 Mar 2003 10:47:27 +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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Virus-Scanned: MICS Online Virus Scanner (virusalert@mics.co.za)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  0:54:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id ACA0337B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 00:54:08 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 77DD543FE5
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 00:54:07 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id TAA21375;
	Mon, 3 Mar 2003 19:53:49 +1100
Date: Mon, 3 Mar 2003 19:55:36 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Poul-Henning Kamp <phk@phk.freebsd.dk>,
	"M. Warner Losh" <imp@bsdimp.com>, <current@FreeBSD.ORG>
Subject: Re: Any ideas why we can't even boot a i386 ?
In-Reply-To: <3E6257B1.32AB9644@mindspring.com>
Message-ID: <20030303191604.V33196-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sun, 2 Mar 2003, Terry Lambert wrote:

> Poul-Henning Kamp wrote:
> > In message <20030303034332.Y30986-100000@gamplex.bde.org>, Bruce Evans writes:
> > >On Sun, 2 Mar 2003, Bruce Evans wrote:
> > >> On Fri, 28 Feb 2003, Poul-Henning Kamp wrote:
> > >> > My main concern would be if the chips have the necessary "umphf"
> > >> > to actually do a real-world job once they're done running all the
> > >> > overhead of 5.0-R.  The lack of cmpxchg8 makes the locking horribly
> > >> > expensive.
> > >>
> > >> Actually, the lack of cmpxchg8 only makes locking more expensive.  It's
> > >
> > >I.e., strictly more expensive, but not much more.
> >
> > Bruce, it is not a matter of the relative expensiveness of the various
> > implementations of locking primitives, its a matter of the cummulative
> > weight of all the locks we add to the system.

Of course.  A 400% pessimization of locking primitive turns into more
like a 100% pessimization of locking non-primitives (at the level of
mtx_lock()).  Since the kernel spends only a few percent of its time
(1% say) of its time in non-i386 locking non-primitives, pessimizing
these non-primitives by 100% costs 1%.  Since the system spends only
a few percent of its time in the kernel (10% say), pessimizing the
non-primitives costs a whole 0.1%.  (0.1% is getting near the resolution
of my benchmarkmethod (run makeworld on a fairly idle machine after
rebooting).)

> Bruce's "make world" benchmark gave coverage of the cumulative
> weight, in support of his point.

Indeed.  Actual testing showed costs of 3.2% (kernel) and 0.3% (real).
I made up the percentages of 1% and 0.1% by reducing these a bit
(I386_CPU pessimizes more than locking, but the exact percentages aren't
very interesting since they are so small).

Of course there are loads that use more locks than makeworld (mainly
networking with tinygrams I think -- this is why no one except networking
people and benchmarkers even notice that -current is much worse than
RELENG_4 (slowness from debugging options is irrelevant)).

I wrote:

> To get the system to run I had to unbreak panicifcpuunsupported() so
> that it doesn't gratuitously reject Athlons (CPUs that are upward
> compatible should not be rejected), and had to replace pmap.o by the
> non-386 version since the 386 version caused strange errors.  It's not
> clear why the 386 version doesn't work -- the only internal difference
> in pmap.c is that the 386 version uses invltlb() and other versions
> use invlpg().  Using invlpg() would probably make things more than
> 0.3% slower.  Selecting the best inv*() was the main optimization that
> we dropped when 386 support was made incompatible with support for later
> CPUs.

Configuring DISABLE_PG_G fixed the problem with pmap.  invlpg() apparently
doesn't work with global pages, but I386_CPU doesn't stop global pages
being configured.

> world with my kernel configured for I486_CPU through I686_CPU
> %%%
> 1532 MHz AthlonXP 1600 256MB 2 ATA drives
> async mounted /usr/obj (src on separate drive)
> --------------------------------------------------------------
> >>> elf make world completed on Sun Mar  2 16:30:55 EST 2003
>                        (started Sun Mar  2 15:53:15 EST 2003)
> --------------------------------------------------------------
>      2260.31 real      1729.55 user       326.24 sys
>      40208  maximum resident set size
>       2248  average shared memory size
>       1762  average unshared data size
>        127  average unshared stack size
>   14959205  page reclaims
>      25630  page faults
>          0  swaps
>      43481  block input operations
>       3963  block output operations
>          0  messages sent
>          0  messages received
>          5  signals received
>     313523  voluntary context switches
>     607085  involuntary context switches
> %%%
>
> world with my kernel configured for I386_CPU except for pmap.o
> %%%
> 1532 MHz AthlonXP 1600 256MB 2 ATA drives
> async mounted /usr/obj (src on separate drive)
> --------------------------------------------------------------
> >>> elf make world completed on Mon Mar  3 03:00:45 EST 2003
>                        (started Mon Mar  3 02:22:57 EST 2003)
> --------------------------------------------------------------
>      2267.98 real      1730.21 user       336.73 sys
>      40208  maximum resident set size
>       2245  average shared memory size
>       1756  average unshared data size
>        127  average unshared stack size
>   14958931  page reclaims
>      26265  page faults
>          0  swaps
>      44148  block input operations
>       3898  block output operations
>          0  messages sent
>          0  messages received
>          6  signals received
>     313986  voluntary context switches
>     598687  involuntary context switches
> %%%

As might be expected, using invlpg() and not using global pages costs
more than pessimizing locking primitives.  It costs an additional 1.6%
(real) and 5.9% (sys):

world with my kernel configured for I386_CPU and DISABLE_PG_G
%%%
1532 MHz AthlonXP 1600 256MB 2 ATA drives
async mounted /usr/obj (src on separate drive)
--------------------------------------------------------------
>>> elf make world completed on Mon Mar  3 04:51:15 EST 2003
                       (started Mon Mar  3 04:12:51 EST 2003)
--------------------------------------------------------------
     2303.46 real      1749.21 user       356.69 sys
     40208  maximum resident set size
      2240  average shared memory size
      1746  average unshared data size
       127  average unshared stack size
  14959130  page reclaims
     25845  page faults
         0  swaps
     43561  block input operations
      3932  block output operations
         0  messages sent
         0  messages received
         5  signals received
    311492  voluntary context switches
    623634  involuntary context switches
%%%

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  1:58:31 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 684B737B405
	for <current@freebsd.org>; Mon,  3 Mar 2003 01:58:29 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A3AC943FE0
	for <current@freebsd.org>; Mon,  3 Mar 2003 01:58:22 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (root@localhost)
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with SMTP id h239wItr018011
	for <current@freebsd.org>; Mon, 3 Mar 2003 11:58:18 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Sunbay) with ESMTP id h239wIHR017998
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 3 Mar 2003 11:58:18 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.6/8.12.6/Submit) id h239wHdk017992;
	Mon, 3 Mar 2003 11:58:17 +0200 (EET)
Date: Mon, 3 Mar 2003 11:58:17 +0200
From: Ruslan Ermilov <ru@freebsd.org>
To: Mike Barcroft <mike@sparc64.style9.org>
Cc: current@freebsd.org, sparc64@freebsd.org
Subject: Re: sparc64 tinderbox failure
Message-ID: <20030303095817.GB17141@sunbay.com>
References: <200303030516.h235Gd2c024635@sparc64.style9.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="cmJC7u66zC7hs+87"
Content-Disposition: inline
In-Reply-To: <200303030516.h235Gd2c024635@sparc64.style9.org>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--cmJC7u66zC7hs+87
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 03, 2003 at 12:16:39AM -0500, Mike Barcroft wrote:
[...]
> --------------------------------------------------------------
> >>> Kernel build for GENERIC started on Mon Mar  3 00:15:48 EST 2003
> --------------------------------------------------------------
> =3D=3D=3D> hme
> make: don't know how to make bsd.README. Stop
> *** Error code 2
>=20
Should be fixed now.


Cheers,
--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--cmJC7u66zC7hs+87
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Yyc4Ukv4P6juNwoRAkvfAJ9QOUkbC+V0/1kP10YR89d9Dp0QIgCeLq51
xb+SdqUDGRPvdJ3mEaYOOlA=
=7NGS
-----END PGP SIGNATURE-----

--cmJC7u66zC7hs+87--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  2: 1:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6CE1A37B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 02:01:29 -0800 (PST)
Received: from mailgate.rz.uni-karlsruhe.de (mailgate.rz.uni-karlsruhe.de [129.13.64.97])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 791C543FB1
	for <current@freebsd.org>; Mon,  3 Mar 2003 02:01:28 -0800 (PST)
	(envelope-from un1i@rz.uni-karlsruhe.de)
Received: from rzstud1.stud.uni-karlsruhe.de (rzstud1.stud.uni-karlsruhe.de [193.196.41.33])
	by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.36 #1)
	id 18pml9-00041z-00; Mon, 03 Mar 2003 11:01:23 +0100
Received: from un1i by rzstud1.stud.uni-karlsruhe.de with local (Exim 3.36 #1)
	id 18pml9-0002yS-00; Mon, 03 Mar 2003 11:01:23 +0100
Date: Mon, 3 Mar 2003 11:01:22 +0100
From: Philipp Mergenthaler <philipp.mergenthaler@stud.uni-karlsruhe.de>
To: Vladimir Kushnir <vkushnir@alfacom.net>
Cc: current@FreeBSD.ORG
Subject: Re: -CURRENT + cvs = panic
Message-ID: <20030303100122.GA10188@rz.uni-karlsruhe.de>
References: <20030303011726.R623@kushnir1.kiev.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030303011726.R623@kushnir1.kiev.ua>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Mar 03, 2003 at 01:23:20AM +0200, Vladimir Kushnir wrote:
> Practically 100% repeatable: after some CVS updates (not sure but it
> seems after another high HD load as well) -CURRENT panics with
> bwrite: buffer is not busy
> (in the prefious message I've attached gdb trace and so on, and nothing
> has changed so far).
> It goes on for at least several days now.

In that gdb trace, I think the panic was only an aftereffect and
the trouble started here:
#15 0xc02bc1c8 in calltrap () at {standard input}:96
#16 0xc021fd79 in tcp_input (m=0xc0d49c30, off0=20)
    at /usr/src/sys/netinet/tcp_input.c:2324

Do you have version 1.198 of sys/netinet/tcp_input.c?  I haven't had
that panic since then (i.e. for the last four days).

Bye, Philipp

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  2:16:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F23C337B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 02:16:44 -0800 (PST)
Received: from seed.net.tw (sn13.seed.net.tw [139.175.54.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B6DBF43FB1
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 02:16:43 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.131.92] (port=49194 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:4)
	id 18pmzy-0009dZ-00
	for freebsd-current@freebsd.org; Mon, 03 Mar 2003 18:16:43 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.7/8.12.7) with ESMTP id h23AGgpT002485
	for <freebsd-current@freebsd.org>; Mon, 3 Mar 2003 18:16:42 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.7/8.12.7/Submit) id h23AGfii002484
	for freebsd-current@freebsd.org; Mon, 3 Mar 2003 18:16:41 +0800 (CST)
Date: Mon, 3 Mar 2003 18:16:41 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@freebsd.org
Subject: Re: -CURRENT + cvs = panic
Message-ID: <20030303101641.GA2459@leafy.idv.tw>
Mail-Followup-To: freebsd-current@freebsd.org
References: <20030303011726.R623@kushnir1.kiev.ua> <20030303100122.GA10188@rz.uni-karlsruhe.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
In-Reply-To: <20030303100122.GA10188@rz.uni-karlsruhe.de>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Mar 03, 2003 at 11:01:22AM +0100, Philipp Mergenthaler wrote:

> In that gdb trace, I think the panic was only an aftereffect and
> the trouble started here:
> #15 0xc02bc1c8 in calltrap () at {standard input}:96
> #16 0xc021fd79 in tcp_input (m=0xc0d49c30, off0=20)
>     at /usr/src/sys/netinet/tcp_input.c:2324
> 
> Do you have version 1.198 of sys/netinet/tcp_input.c?  I haven't had
> that panic since then (i.e. for the last four days).
> 
> Bye, Philipp
It's the very  same line of code that caused my distributed folding clinent oto panic the system. I have 

 * $FreeBSD: src/sys/netinet/tcp_input.c,v 1.198 2003/02/26 18:20:41 jlemon Exp
$
 */

It still panics everytime  I start the client. cvsup is ok though.

Jiawei Ye

-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  3:46:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 47CC037B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 03:46:50 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2AD9043FA3
	for <current@freebsd.org>; Mon,  3 Mar 2003 03:46:49 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h23BklA6016365
	for <current@freebsd.org>; Mon, 3 Mar 2003 12:46:47 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: current@freebsd.org
Subject: HEADSUP!  driver megacommit in progress.
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Mon, 03 Mar 2003 12:46:47 +0100
Message-ID: <16364.1046692007@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I've finished compiling my driver megacommit on i386, alpha and sparc64
and I will be committing the stuff shortly

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  4:20:23 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2DDDC37B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 04:20:22 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F071C43F93
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 04:20:20 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h23CKKA6016699
	for <current@FreeBSD.ORG>; Mon, 3 Mar 2003 13:20:20 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
Cc: current@FreeBSD.ORG
Subject: Re: HEADSUP! driver megacommit in progress. 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Mon, 03 Mar 2003 12:46:47 +0100."
             <16364.1046692007@critter.freebsd.dk> 
Date: Mon, 03 Mar 2003 13:20:20 +0100
Message-ID: <16698.1046694020@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <16364.1046692007@critter.freebsd.dk>, Poul-Henning Kamp writes:
>
>I've finished compiling my driver megacommit on i386, alpha and sparc64
>and I will be committing the stuff shortly

Done, you can take off your tinfoil hats now :-)

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  5:17:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 06A0A37B401; Mon,  3 Mar 2003 05:17:39 -0800 (PST)
Received: from tomts15-srv.bellnexxia.net (tomts15-srv.bellnexxia.net [209.226.175.3])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 18A8643F3F; Mon,  3 Mar 2003 05:17:38 -0800 (PST)
	(envelope-from mike@sparc64.style9.org)
Received: from sparc64.style9.org ([65.93.76.196])
          by tomts15-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20030303131737.YDHG29141.tomts15-srv.bellnexxia.net@sparc64.style9.org>;
          Mon, 3 Mar 2003 08:17:37 -0500
Received: (from mike@localhost)
	by sparc64.style9.org (8.12.6/8.12.6/Submit) id h23DHuMT026632;
	Mon, 3 Mar 2003 08:17:56 -0500 (EST)
Date: Mon, 3 Mar 2003 08:17:56 -0500 (EST)
From: Mike Barcroft <mike@sparc64.style9.org>
Message-Id: <200303031317.h23DHuMT026632@sparc64.style9.org>
To: current@FreeBSD.org, sparc64@FreeBSD.org
Subject: sparc64 tinderbox failure
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html

--------------------------------------------------------------
>>> Rebuilding the temporary build tree
--------------------------------------------------------------
>>> stage 1: bootstrap tools
--------------------------------------------------------------
>>> stage 2: cleaning up the object tree
--------------------------------------------------------------
>>> stage 2: rebuilding the object tree
--------------------------------------------------------------
>>> stage 2: build tools
--------------------------------------------------------------
>>> stage 3: cross tools
--------------------------------------------------------------
>>> stage 4: populating /tinderbox/sparc64/obj/tinderbox/sparc64/src/sparc64/usr/include
--------------------------------------------------------------
>>> stage 4: building libraries
--------------------------------------------------------------
>>> stage 4: make dependencies
--------------------------------------------------------------
>>> stage 4: building everything..
--------------------------------------------------------------
>>> Kernel build for GENERIC started on Mon Mar  3 08:17:05 EST 2003
--------------------------------------------------------------
===> hme
make: don't know how to make bsd.README. Stop
*** Error code 2

Stop in /tinderbox/sparc64/src.
*** Error code 1

Stop in /tinderbox/sparc64/src.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  6: 2:58 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 23F4737B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 06:02:57 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AEDED43FBD
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 06:02:55 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.6/8.11.4) with SMTP id h23E2qDT084740
	for <freebsd-current@freebsd.org>; Mon, 3 Mar 2003 16:02:53 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <0bf901c2e18d$95bbb3e0$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: <freebsd-current@freebsd.org>
Subject: hype(r)threading
Date: Mon, 3 Mar 2003 16:02:52 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I seem to want to quite the opposite what other people would like to happen,
we have a supermicro P4DPR board with two Xeon´s. Since lately the kernel seems to
want to launch the virtual cores regardless of BIOS setting of HyperThreading being
[Disabled].

Any ideas how to disable the cores since our workload is does not benefit from
having more than two cores in a machine.

Pete


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  6:36:59 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 526D237B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 06:36:58 -0800 (PST)
Received: from pollux.asml.nl (ns.asml.nl [195.109.200.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9C83E43F3F
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 06:36:55 -0800 (PST)
	(envelope-from brad.knowles@skynet.be)
Received: from creon.asml.nl (creon [146.106.1.223])
	by pollux.asml.nl (8.8.8+Sun/8.8.8) with ESMTP id PAA00873;
	Mon, 3 Mar 2003 15:36:51 +0100 (MET)
Received: from titan.asml.nl (titan [146.106.1.9])
	by creon.asml.nl (8.11.6+Sun/8.11.6) with ESMTP id h23Eaoq13444;
	Mon, 3 Mar 2003 15:36:50 +0100 (MET)
Received: from [10.0.1.4] (frobozz.asml.nl [146.106.12.76])
	by titan.asml.nl (8.9.3+Sun/8.9.3) with ESMTP id PAA20953;
	Mon, 3 Mar 2003 15:36:48 +0100 (MET)
Mime-Version: 1.0
X-Sender: bs663385@pop.skynet.be
Message-Id: <a05200f03ba88fd7c0ab4@[10.0.1.4]>
In-Reply-To: 
 <2D49E83A43A2104F872DF4E90AE2BF49120A9D@staff-svr1.eu.inctech.com>
References: 
 <2D49E83A43A2104F872DF4E90AE2BF49120A9D@staff-svr1.eu.inctech.com>
Date: Mon, 3 Mar 2003 13:41:26 +0100
To: "Suneel Jhangiani" <suneel@inctech.com>
From: Brad Knowles <brad.knowles@skynet.be>
Subject: Re: TI WiFi Drivers
Cc: <freebsd-current@FreeBSD.ORG>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 7:27 PM +0000 2003/03/01, Suneel Jhangiani wrote:

>  Does anyone know if someone is working on WiFi drivers for cards based
>  on the TI chipset running at 22Mbps (ie. D-link DWL-650+ pcmcia card)?

	If you can get them, please let me know.

	A friend & co-worker (Bas Vermeulen) does driver development for 
Linux, currently specializing in WiFi cards.  He has been able to get 
samples of the cards themselves, but can't get TI or any of their 
licensees to even talk to him about the specs or other sufficient 
information to allow him to write the driver.  If we can get a driver 
under the BSD license, I'm sure that'd help him write a driver for 
Linux, and he would be a very happy camper.

-- 
Brad Knowles, <brad.knowles@skynet.be>

"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
     -Benjamin Franklin, Historical Review of Pennsylvania.

GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  6:58:23 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B52CD37B401
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 06:58:21 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DD8E543F93
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 06:58:20 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h23EwJjL075379
	for <current@FreeBSD.org>; Mon, 3 Mar 2003 09:58:19 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h23EwJqY075378
	for current@FreeBSD.org; Mon, 3 Mar 2003 09:58:19 -0500 (EST)
	(envelope-from hiten)
Date: Mon, 3 Mar 2003 09:58:19 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: current@FreeBSD.org
Subject: NTP server change
Message-ID: <20030303145819.GA74275@unixdaemons.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="uAKRQypu60I7Lcqm"
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--uAKRQypu60I7Lcqm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi gang.

Can anyone who is into timekeeping, and lives in or near Finland let me
know if they approve of a change to sysinstall, which will allow us to
use an alternate time keeping NTP server -- the reason for doing this is
outlined in PR conf/46235.

Patch URL:
http://www.unixdaemons.com/~hiten/work/diffs/sysinstall-46235.patch

Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

--uAKRQypu60I7Lcqm
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="sysinstall-46235.patch"

Index: menus.c
===================================================================
RCS file: /home/ncvs/src/usr.sbin/sysinstall/menus.c,v
retrieving revision 1.368
diff -u -r1.368 menus.c
--- menus.c	2003/02/03 16:14:33	1.368
+++ menus.c	2003/02/03 17:54:31
@@ -1754,12 +1754,12 @@
       { "Spain",		"slug.ctv.es",
 	dmenuVarsCheck, dmenuSetVariables, NULL,
 	"ntpdate_enable=YES,ntpdate_flags=slug.ctv.es" },
-      { "Finland",		"tick.keso.fi",
+      { "Finland",		"time1.mikes.fi",
 	dmenuVarsCheck, dmenuSetVariables, NULL,
-	"ntpdate_enable=YES,ntpdate_flags=tick.keso.fi" },
-      { "Finland #2",		"tock.keso.fi",
+	"ntpdate_enable=YES,ntpdate_flags=time1.mikes.fi" },
+      { "Finland #2",		"time2.mikes.fi",
 	dmenuVarsCheck, dmenuSetVariables, NULL,
-	"ntpdate_enable=YES,ntpdate_flags=tock.keso.fi" },
+	"ntpdate_enable=YES,ntpdate_flags=time2.mikes.fi" },
       { "France",		"ntp.obspm.fr",
 	dmenuVarsCheck,	dmenuSetVariables, NULL, 
 	"ntpdate_enable=YES,ntpdate_flags=ntp.obspm.fr" },

--uAKRQypu60I7Lcqm--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  7:15:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AB84B37B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 07:15:42 -0800 (PST)
Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 27A7743F75
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 07:15:41 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 17483 invoked from network); 3 Mar 2003 15:15:43 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <ru@FreeBSD.ORG>; 3 Mar 2003 15:15:43 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h23FDLhT041383;
	Mon, 3 Mar 2003 10:13:22 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030303101552.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <3E5F8A11.81E4726B@mindspring.com>
Date: Mon, 03 Mar 2003 10:15:52 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Subject: Re: Any ideas why we can't even boot a i386 ?
Cc: David Schultz <das@FreeBSD.ORG>,
	Garance A Drosihn <drosih@rpi.edu>, current@FreeBSD.ORG,
	Geoffrey <geoffrey@reptiles.org>, Ruslan Ermilov <ru@FreeBSD.ORG>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 28-Feb-2003 Terry Lambert wrote:
> John Baldwin wrote:
>> Or you can use PXE at your provisioning center and have the
>> BIOS setup to boot from the hard disk first, which will fail
>> for the initial boot and fall back to PXE.  Then once the box
>> is installed you ship it to its destination.
> 
> This is a possibility; however, there are a number of system
> failure scenarios that make this undesirable.  Specifically,
> it's desirable to support the idea of a fallback boot (e.g.
> "nextboot") for a partially functional system, to downgrade
> it automatically, and make it at least something other than a
> doorstop on which one has to pay international shipping.  In
> your scenario, there's no possible reupgrade method.

We perform upgrades in the field using a different transport.
In the case of major problems it is possible to ship a new
drive out to a system.

>> We just launched a closed-box appliance yesterday.  Actually,
>> it's going live to actual customers in about an hour and a
>> half, but I digress. :)
> 
> You should shout it to the world... at least post a press release
> to -advocacy!

The real press release is coming from my company's PR department.
Not sure of an ETA though.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  7:39:38 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A21B337B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 07:39:37 -0800 (PST)
Received: from espresso.bsdmike.org (espresso.bsdmike.org [65.39.129.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 44DD843FE1
	for <current@freebsd.org>; Mon,  3 Mar 2003 07:39:34 -0800 (PST)
	(envelope-from mike@espresso.bsdmike.org)
Received: by espresso.bsdmike.org (Postfix, from userid 1002)
	id 714239C5F; Mon,  3 Mar 2003 10:26:45 -0500 (EST)
Date: Mon, 3 Mar 2003 10:26:45 -0500
From: Mike Barcroft <mike@FreeBSD.org>
To: Wayne <wayne@etaq.com>
Cc: Jason Barnes <jbarnes@c3po.barnesos.net>, current@freebsd.org
Subject: Re: can't sshd into box
Message-ID: <20030303102645.D49156@espresso.bsdmike.org>
References: <20030303000602.A26864@etaq.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030303000602.A26864@etaq.com>; from wayne@etaq.com on Mon, Mar 03, 2003 at 12:06:02AM -0600
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Wayne <wayne@etaq.com> writes:
> Dear Jason,
> 
>    [Not too many people jumping onto this thread to help me.]
> 
>    The first two non-bold lines on rebooting, are:
> hw.bus.devctl_disable: 0 -> 1
> Entropy harvesting: interrupts ethernet point_to_point.
> 
> So I try:
> root@etaq3:/home/wayne>sysctl hw.bus.devctl_disable: 1 -> 0
>    [but the result is:]
> sysctl: unknown oid 'hw.bus.devctl_disable:'
> 
>     So what the heck is "Entropy harvesting" ?  Could this
> be blocking my incoming contact attempts?

I missed most of this thread, but to set the sysctl you want to:
`sysctl hw.bus.devctl_disable=0'.  See random(4) for details on
entropy harvesting.

Best regards,
Mike Barcroft

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  7:48:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5260E37B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 07:48:17 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5E32743F85
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 07:48:16 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.7/8.12.6) with ESMTP id h23FmFKx062054;
	Mon, 3 Mar 2003 10:48:15 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.7/8.12.6/Submit) with ESMTP id h23FmFx8062051;
	Mon, 3 Mar 2003 10:48:15 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Mon, 3 Mar 2003 10:48:15 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Wayne Barnes <currently@klentaq.com>, current@FreeBSD.ORG
Subject: Re: can't sshd into box
In-Reply-To: <3E6303EE.9516823A@mindspring.com>
Message-ID: <20030303101317.P59207@alpha.siliconlandmark.com>
References: <20030303000955.A69139@klentaq.com> <20030303020915.B59207@alpha.siliconlandmark.com>
 <3E6303EE.9516823A@mindspring.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Sun, 2 Mar 2003, Terry Lambert wrote:

> Andre Guibert de Bruet wrote:
> > On Mon, 3 Mar 2003, Wayne Barnes wrote:
> > >     Immediately after rebooting, I get this:
> > >
> > > root@etaq3:/home/wayne>telnetd -debug
                             ^^^^^^^
> > > telnetd: bind: Address already in use
> > >
> > >     This doesn't happen on my other (working) system.
> > >     Could this be a clue to my problem?
> >
> > Telnetd is telling you that something else is listening on port 23. This
> > is most probably inetd. Do a 'killall inetd' then try that command.
>
> That's not only going to stop inetd from sitting on the port,
> it will probably also make telnet into the box start working,
> if it's related to the TCP wrappers (if he had modified his
> hosts.allow with the advice from a previous poster, he would
> not be having this problem, if that happens, so rather than
> posting his problem over and over again, maybe he should read
> the responses, and at least tell us if they worked?).
>
> Otherwise, another common culprit is ipfw; if he has the
> firewall enabled, the default is to block everything.
>
> Given that he got a connection, and that it was subsequently
> closed, though, rather than not getting a connection at all,
> it's a safe bet that it's the TCP wrappers, not the ipfw, that
> is causing the trouble.
>
> In which case, he should take the advice on the hosts.allow
> file contents that he was given earlier, and it will fix his
> problem...

Terry,

Part of the original message said the following:
<quote>
    I have installed 5.0 into a new Dell.  I have not set up anything
special yet (no firewall, no natd, etc.).
<...>
    Is there a new default connecton protection that I must turn off, or
something?  [/etc/hosts.allow  is the default setting, I see no answer
there.]
</quote>

If I recall correctly, we don't ship GENERIC with any firewalling options
enabled, so like you said, this is not likely to be a firewalling issue.

5.0R's /etc/hosts.allow shipped with something like the following at the
top of the file:
# Start by allowing everything (this prevents the rest of the file
# from working, so remove it when you need protection).
# The rules here work on a "First match wins" basis.
ALL : ALL : allow

If Wayne was trying to run 'telnetd -debug', would it not make sense for
him to kill inetd first (or at least reconfigure inetd.conf then hup it)
before running the daemon in debug mode at the command line?

Wayne: Can you successfully login using telnet over the loopback
interface?

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  7:49: 6 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A693D37B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 07:49:05 -0800 (PST)
Received: from postal1.es.net (postal1.es.net [198.128.3.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D541D43FB1
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 07:49:04 -0800 (PST)
	(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
        by postal1.es.net (Postal Node 1) with ESMTP id MUA74016;
        Mon, 03 Mar 2003 07:49:03 -0800
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP
	id D019D5D06; Mon,  3 Mar 2003 07:49:02 -0800 (PST)
To: Jun Su <JunSu@gmx.net>
Cc: freebsd-current@freebsd.org
Subject: Re: Hyperactive ICH2 sound (with workaround) 
In-reply-to: Your message of "Sat, 01 Mar 2003 10:44:57 +0800."
             <200303011044.57403.JunSu@gmx.net> 
Date: Mon, 03 Mar 2003 07:49:02 -0800
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20030303154902.D019D5D06@ptavv.es.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> From: Jun Su <JunSu@gmx.net>
> Date: Sat, 1 Mar 2003 10:44:57 +0800
> 
> Soory for my English. there is a time delay in playback. Thanks. If you need 
> me do any test, I am glad to do.

Please don't apologize for your English. I assure you that my (German,
French, Chinese, Korean, Spanish, etc.) is far worse.

Thanks for the added information. I have an ICH3 in my ThinkPad and it
shows the same behavior, but running Stable. It is not clear to me if
this is intentional or not, but it's not unique to Current.

I use the system for GnomeMeeting (H.323 conferencing) and it does not
seem to cause problems there, nor does it do so when using mplayer or
ogle to play DVDs. But it is easy to demonstrate with 'cat /dev/dsp >
/dev/dsp'. It seems likely to me that this is an issue only when running
in full-duplex (simultaneous input and output).

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-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  8:22:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 440F237B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 08:22:12 -0800 (PST)
Received: from klentaq.com (ip-64-32-219-171.nyc.megapath.net [64.32.219.171])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CFA0143FE9
	for <current@freebsd.org>; Mon,  3 Mar 2003 08:22:10 -0800 (PST)
	(envelope-from currently@klentaq.com)
Received: by klentaq.com (Postfix, from userid 1013)
	id EA0CE7F6; Mon,  3 Mar 2003 10:22:21 -0600 (CST)
Date: Mon, 3 Mar 2003 10:22:21 -0600
From: Wayne Barnes <currently@klentaq.com>
To: current@freebsd.org
Subject: [tlambert2@mindspring.com: Re: can't sshd into box]
Message-ID: <20030303102221.A70601@klentaq.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-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear FreeBSD,

   1.  My /etc/hosts.allow is the untouched default, with the first 
uncommented line being 
ALL : ALL : allow

   Also, I am still running the default GENERIC kernel, so
there is no ipfw capability:
FreeBSD etaq3 5.0-RELEASE FreeBSD 5.0-RELEASE #0: Thu Jan 16 22:16:53 GMT 
2003
   root@hollin.btc.adaptec.com:/usr/obj/usr/src/sys/GENERIC  i386


   2.  If I kill inetd, indeed 'telnet -debug' does not give an error.
It seems to be running and waiting for something ...
Going back to the other box etaq and trying to 'telnet etaq3' in, however, 
still results in:
Connection closed by foreign host.

     Looking back at the waiting telnet job, it has no message or 
anything.

     Trying it with 'telnetd -debug -D report'
<doesn't give any messages, either>

   3.  If you missed my response (maybe not copied to the list correctly)
about ALL:ALL:allow, maybe you missed that 'portscanner etaq3' from etaq
(the 4.7) reports that etaq3 (the new 5.0 system) has open ports 22, 23,
25, and 110.  They all result in immediate 'Connection closed by foreign
host.', even while ps reports that 'telnet -debug' is running.
    Actually, 'telnet etaq3 110' has a slightly different rejection:
wayne@etaq:/home/wayne>telnet etaq3 110
Trying 192.168.0.12...
telnet: connect to address 192.168.0.12: Connection refused
telnet: Unable to connect to remote host

   4.  There is one possibly relevant fact that I have not mentioned,
yet:
    sysinstall cannot see the (motherboard?) ethernet port on this Dell
2350.  As FTP connection, it only offered dialup ppp or serial, etc. So I
put in a years-old SMC1211TX ethernet PCI card, and that was recognized
easily as rl0.

    On bootup, of the FTP-installed 5.0 system, only one NIC is
recognized, as rl0, and I only plugged the old PCI card with an ethernet
cord; so I don't think this is really causing my problem.

    I can connect and conduct ssh sessions outward (that's how I am typing
now), so this machine can receive packets at all.

    I just can't telnet or ssh into it.  I haven't tried to install
apache, yet, but I wouldn't expect much until an ssh or telnet probe
works.  It does ping just fine, both ways.

              - Wayne

----- Forwarded message from Terry Lambert <tlambert2@mindspring.com> -----

Andre Guibert de Bruet wrote:
> On Mon, 3 Mar 2003, Wayne Barnes wrote:
> >     Immediately after rebooting, I get this:
> >
> > root@etaq3:/home/wayne>telnetd -debug
> > telnetd: bind: Address already in use
> >
> >     This doesn't happen on my other (working) system.
> >     Could this be a clue to my problem?
> 
> Telnetd is telling you that something else is listening on port 23. This
> is most probably inetd. Do a 'killall inetd' then try that command.

That's not only going to stop inetd from sitting on the port,
it will probably also make telnet into the box start working,
if it's related to the TCP wrappers (if he had modified his
hosts.allow with the advice from a previous poster, he would
not be having this problem, if that happens, so rather than
posting his problem over and over again, maybe he should read
the responses, and at least tell us if they worked?).

Otherwise, another common culprit is ipfw; if he has the
firewall enabled, the default is to block everything.

Given that he got a connection, and that it was subsequently
closed, though, rather than not getting a connection at all,
it's a safe bet that it's the TCP wrappers, not the ipfw, that
is causing the trouble.

In which case, he should take the advice on the hosts.allow
file contents that he was given earlier, and it will fix his
problem...

-- Terry


   --  Wayne M Barnes, currently@klentaq.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  8:22:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BEA8337B405
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 08:22:32 -0800 (PST)
Received: from centaur.acm.jhu.edu (centaur.acm.jhu.edu [128.220.223.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 76A1443FE0
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 08:22:31 -0800 (PST)
	(envelope-from jflemer@acm.jhu.edu)
Received: by centaur.acm.jhu.edu (Postfix, from userid 556)
	id 7E3C013E98; Mon,  3 Mar 2003 11:22:30 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
	by centaur.acm.jhu.edu (Postfix) with ESMTP id 7DAF337E08
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 11:22:30 -0500 (EST)
Date: Mon, 3 Mar 2003 11:22:30 -0500 (EST)
From: "James E. Flemer" <jflemer@acm.jhu.edu>
Reply-To: "James E. Flemer" <jflemer@acm.jhu.edu>
To: <freebsd-current@freebsd.org>
Subject: install via serial console
Message-ID: <Pine.LNX.4.33L2.0303031059110.29617-100000@centaur.acm.jhu.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I've read the "recent" discussion[1] about why the install
media cannot use "/boot/loader -P" (broken K7 mobo's).  Is
this still the case?  Perhaps there could be a second
'miniinst' that had "/boot/loader -h" in the /boot.config
to facilitate install on headless machines.  I am aware of
how trivial it is to fix the standard kern.flp to use
serial console.  However, fixing an iso or building a new
one for serial console is not quite so quick.  (Nor is
finding the necessary combination of working floppy drives
and disks in my case.)

[1] Message Id: <8qb4el$18qb$1@FreeBSD.csie.NCTU.edu.tw>
    on freebsd-current.

-James


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  8:26: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 93A5E37B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 08:25:59 -0800 (PST)
Received: from klentaq.com (ip-64-32-219-171.nyc.megapath.net [64.32.219.171])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9702A43F3F
	for <current@freebsd.org>; Mon,  3 Mar 2003 08:25:58 -0800 (PST)
	(envelope-from currently@klentaq.com)
Received: by klentaq.com (Postfix, from userid 1013)
	id C9A957F6; Mon,  3 Mar 2003 10:26:09 -0600 (CST)
Date: Mon, 3 Mar 2003 10:26:09 -0600
From: Wayne Barnes <currently@klentaq.com>
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc: current@freebsd.org
Subject: Re: can't sshd into box
Message-ID: <20030303102609.B70601@klentaq.com>
References: <20030303000955.A69139@klentaq.com> <20030303020915.B59207@alpha.siliconlandmark.com> <3E6303EE.9516823A@mindspring.com> <20030303101317.P59207@alpha.siliconlandmark.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030303101317.P59207@alpha.siliconlandmark.com>; from andy@siliconlandmark.com on Mon, Mar 03, 2003 at 10:48:15AM -0500
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dear Andre,

    Yes, I can telnet and ssh on loopback.  Boy, that debug setting
on the telnetd sure dumps a lot of output on the telnet side (but
is still silent on the screen where I started it).

          - Wayne

On Mon, Mar 03, 2003 at 10:48:15AM -0500, Andre Guibert de Bruet wrote:
> 
> On Sun, 2 Mar 2003, Terry Lambert wrote:
> 
> > Andre Guibert de Bruet wrote:
> > > On Mon, 3 Mar 2003, Wayne Barnes wrote:
> > > >     Immediately after rebooting, I get this:
> > > >
> > > > root@etaq3:/home/wayne>telnetd -debug
>                              ^^^^^^^
> > > > telnetd: bind: Address already in use
> > > >
> > > >     This doesn't happen on my other (working) system.
> > > >     Could this be a clue to my problem?
> > >
> > > Telnetd is telling you that something else is listening on port 23. This
> > > is most probably inetd. Do a 'killall inetd' then try that command.
> >
> > That's not only going to stop inetd from sitting on the port,
> > it will probably also make telnet into the box start working,
> > if it's related to the TCP wrappers (if he had modified his
> > hosts.allow with the advice from a previous poster, he would
> > not be having this problem, if that happens, so rather than
> > posting his problem over and over again, maybe he should read
> > the responses, and at least tell us if they worked?).
> >
> > Otherwise, another common culprit is ipfw; if he has the
> > firewall enabled, the default is to block everything.
> >
> > Given that he got a connection, and that it was subsequently
> > closed, though, rather than not getting a connection at all,
> > it's a safe bet that it's the TCP wrappers, not the ipfw, that
> > is causing the trouble.
> >
> > In which case, he should take the advice on the hosts.allow
> > file contents that he was given earlier, and it will fix his
> > problem...
> 
> Terry,
> 
> Part of the original message said the following:
> <quote>
>     I have installed 5.0 into a new Dell.  I have not set up anything
> special yet (no firewall, no natd, etc.).
> <...>
>     Is there a new default connecton protection that I must turn off, or
> something?  [/etc/hosts.allow  is the default setting, I see no answer
> there.]
> </quote>
> 
> If I recall correctly, we don't ship GENERIC with any firewalling options
> enabled, so like you said, this is not likely to be a firewalling issue.
> 
> 5.0R's /etc/hosts.allow shipped with something like the following at the
> top of the file:
> # Start by allowing everything (this prevents the rest of the file
> # from working, so remove it when you need protection).
> # The rules here work on a "First match wins" basis.
> ALL : ALL : allow
> 
> If Wayne was trying to run 'telnetd -debug', would it not make sense for
> him to kill inetd first (or at least reconfigure inetd.conf then hup it)
> before running the daemon in debug mode at the command line?
> 
> Wayne: Can you successfully login using telnet over the loopback
> interface?
> 
> Regards,
> 
> > Andre Guibert de Bruet | Enterprise Software Consultant >
> > Silicon Landmark, LLC. | http://siliconlandmark.com/    >
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 

   --  Wayne M Barnes, currently@klentaq.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  8:26:58 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F25E937B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 08:26:56 -0800 (PST)
Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8053143FBF
	for <current@freebsd.org>; Mon,  3 Mar 2003 08:26:55 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 18260 invoked from network); 3 Mar 2003 16:26:58 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <mike@freebsd.org>; 3 Mar 2003 16:26:58 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h23GObhT041535;
	Mon, 3 Mar 2003 11:24:37 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030303112709.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20030301134543.GF77007@sunbay.com>
Date: Mon, 03 Mar 2003 11:27:09 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Ruslan Ermilov <ru@freebsd.org>
Subject: Re: Volunteer with genuine i386 cpu & lots of time wanted.
Cc: current@freebsd.org, Mike Barcroft <mike@freebsd.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 01-Mar-2003 Ruslan Ermilov wrote:
> On Thu, Feb 27, 2003 at 05:05:43PM -0500, John Baldwin wrote:
>> 
>> On 27-Feb-2003 Mike Barcroft wrote:
>> > John Baldwin <jhb@FreeBSD.org> writes:
>> >> Fixed.  Apparently people don't compile kernels for 80386's very often.
>> > 
>> > Maybe LINT should be building I386 instead of more modern processors.
>> 
>> That would turn off a lot of the CPU options that LINT covers.  You would
>> lose more than you gain.
>> 
> Should I add the "nocpu" option to config(8)?  :-)

No.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  8:39: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6456137B407
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 08:38:59 -0800 (PST)
Received: from sinamail.com (61-221-29-145.HINET-IP.hinet.net [61.221.29.145])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 69AEB43F75
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 08:38:54 -0800 (PST)
	(envelope-from suppergeorge@sinamail.com)
From: star@yahoo.com.tw
To: current@FreeBSD.org
Subject: =?ISO-8859-1?B?prO+97d8p0HEQLdOpWi5wbjVttw/Pw==?=
Reply-To: suppergeorge@sinamail.com
Date: 04 Mar 2003 00:44:02 +0800
MIME-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: 8bit
Message-Id: <20030303163854.69AEB43F75@mx1.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿</TITLE>
<META content=zh-tw http-equiv=Content-Language>
<META content="text/html; charset=big5" http-equiv=Content-Type>
<META content="Microsoft FrontPage 4.0" name=GENERATOR>
<META content=FrontPage.Editor.Document name=ProgId></HEAD>
<BODY topMargin=0><BR><B>¥D¦®:</B> ³o©Î³\¬O±z¥¿¦b´M§äªº¾÷·|³á<BR>     
<DIV align=center>     
<CENTER>     
<TABLE border=0 width=450>     
  <TBODY>     
  <TR>     
    <TD align=middle bgColor=#ff0000 width="100%"><FONT color=#ffffff      
      size=2>³o©Î³\¬O±z¥¿¦b§äªº¾÷·|®@¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle width="100%"><FONT      
      size=2>¹ï¤£°_¡I¥´ÂZ¤F¡A¦pªG¦]¦¹³y¦¨±zªº§xÂZ¡A½Ðª½±µ§R°£¥»«H¤ÎÂI¿ï¤U¤è¡u¤£·Q¦A¦¬«H¡v¡A§Ú­Ì·|±N±zªº¸ê®Æ§R°£¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle width="100%">     
      <HR>     
    </TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff33 width="100%"><FONT      
      size=2>¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿¡A¦¬¤J¦h100­¿¡B¬Æ¦Ü¦h1000­¿¡AÃø¹D¥L¦³¤ñ§A¦hÁo©ú³o»ò¦h¶Ü¡H</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ffcc66 width="100%"><FONT      
    size=2>µª®×ªÖ©w¤£¬Oªº¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff66 width="100%"><FONT      
      size=2>·Q¤@·Q¡I¨º¨Ç¦¬¤J¤ñ§Ú­Ì°ª«Ü¦h¡A¥Í¬¡¤ñ§Ú­Ì¦n«Ü¦hªº¤H¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff66 width="100%"><FONT      
      size=2>¥L­Ì¨ì©³°µ¤F¤°»ò¬O§Ú­Ì©Ò¤£ª¾¹Dªº¨Æ¡H</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff66 width="100%"><FONT      
      size=2>¦Ó§Ú­Ì¨ì©³°µ¿ù¤F¤°»ò¡B¤S¿ù¹L¤F¤°»ò¡H</FONT></TD></TR>     
  <TR>     
    <TD align=middle width="100%"><a href="http://home.kimo.com.tw/amity988" target="_blank"><FONT size=2>·Q¤£·Qª¾¹D¤H®a«ç»ò°µ­Ëªº¡I</FONT></a></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffccff width="100%"><FONT 
      size=2>§A¬Û«H¡u®É¶¡¡×ª÷¿ú¡v¡BÁÙ¬O¡u®É¶¡¡Öª÷¿ú¡v</FONT></TD></TR></CENTER>
  <TR>
    <TD align=middle bgColor=#ccff33 width="100%">
      <P align=left><FONT size=2>Á|¨Ò¡G</FONT></P></TD></TR>
  <CENTER>
  <TR>
    <TD align=middle bgColor=#ccff33 width="100%"><FONT 
      size=2>§Ú­Ì¤@¤Ñ¤u§@8¤p®É¡A¤@¦~¤u§@365¤Ñ¡A¤@½ú¤l¤u§@30¦~¡I¨º§Ú­Ì¤@½ú¤lªºÁ`¤u§@®É¼Æ¡H</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ccff33 width="100%"><FONT 
      size=2>¢·¤p®É¡¯¢²¢µ¢´¤Ñ¡¯¢²¢¯¦~¡×¢·¢¶,¢µ¢¯¢¯¤p®É</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffccff width="100%"><FONT 
      size=2>¦pªG§Aªº®ÉÁ~100¤¸¡A§A¤@½ú¤lÁÈ876¸U¤¸¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffcc66 width="100%"><FONT 
      size=2>¦pªG§Aªº®ÉÁ~150¤¸¡A§A¤@½ú¤lÁÈ1314¸U¤¸¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#99ccff width="100%"><FONT 
      size=2>¦pªG§Aªº®ÉÁ~200¤¸¡A§A¤@½ú¤lÁÈ1752¸U¤¸¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ccff66 width="100%"><FONT 
      size=2>¬Ý°_¨Ó¦n¹³«Ü¦h¡A¬Ý²M·¡¡I¤@¦~¤u§@365¤Ñ¡A­n¤u§@30¦~¡I¦Ó¥B¤£¦Y¤£³Ü¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffcc66 width="100%"><FONT 
      size=2>³o¼Ëªº¦¬¤J¡A¨¬°÷¤TÀ\·Å¹¡¡F¶R¨®¤l¡B©Ð¤l«j±j°÷¥Î¡F§O§Ñ¤F¡AÁÙ¦³¤l¤kªº±Ð¨|¶O¡B¦Û¤vªº¾i¦Ñª÷¡BÁÙ¦³¡y¹Ú·Q¡zµ¥«Ý¹ê²{¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ff0000 style="COLOR: #ffffff" width="100%"><FONT 
      size=2>³o¼Ëªº¤@½ú¤l¡A§A¥Ì¤ß¶Ü¡H</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffccff width="100%"><FONT 
      size=2>¨­¬°­û¤uªº§A¡A¨C¤Ñ¨¯­W¬°ªº¬O¤°»ò¡H®a®x¡B¤p«Ä¡H§A¦³¨S¦³·Q¹L¡A§A¤W¯Z¤@½ú¤l¡A±N¨Ó§Aªº¤p«Ä¯à©Ó±µ§AªºÂ¾¦ìÄ~Äò°µ¤U¥h¶Ü¡H¡]°£«D§A¦Û¤v¬O¦ÑÁó¡^</FONT></TD></TR>
  <TR>
    <TD align=middle width="100%"><a href="http://home.kimo.com.tw/amity988" target="_blank"><FONT size=2>·Q¤£·Q§ïÅܦۤv¤Î¤U¤@¥Nªº¤@¥Í¡H</FONT></a></TD></TR>
  <TR>
    <TD align=middle width="100%">
      <HR>
    </TD></TR>
  <TR>
    <TD align=middle bgColor=#ffffff width="100%"><A 
      href="mailto:amity7615@yahoo.com.tw?subject=unsubscribe"><FONT 
      size=2>¤£·Q¦A¦¬«H(Unsubscribe)</FONT></A> </TD></TR></TBODY></TABLE></CENTER></DIV>
<P align=center>
<SCRIPT 
src="http://spacem.newspace.com.tw/usercounter/gcount.asp?MyCount=chichilee&amp;CountID=20"></SCRIPT>
¡@</P></BODY></HTML>




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  8:42:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 62EC837B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 08:42:46 -0800 (PST)
Received: from matrix.eurocontrol.fr (matrix.eurocontrol.fr [147.196.254.254])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 52D2D43F3F
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 08:42:45 -0800 (PST)
	(envelope-from roberto@eurocontrol.fr)
Received: from caerdonn.eurocontrol.fr (caerdonn.eurocontrol.fr [147.196.130.91])
	by matrix.eurocontrol.fr (Postfix/TLS) with ESMTP id A72F84A9ED
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 17:42:39 +0100 (MET)
Received: by caerdonn.eurocontrol.fr (Postfix/TLS, from userid 1193)
	id 992933B00; Mon,  3 Mar 2003 17:42:39 +0100 (CET)
Date: Mon, 3 Mar 2003 17:42:39 +0100
From: Ollivier Robert <roberto@eurocontrol.fr>
To: FreeBSD Current Users' list <freebsd-current@FreeBSD.ORG>
Subject: Panic running mozilla when doing bg fsck
Message-ID: <20030303164239.GA661@caerdonn.eurocontrol.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 5.0-CURRENT
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello everyone,

I'm having panic fairly regularely at the moment and I've seen that trying
to run mozilla when fsck_ffs is doing its work in the background is a Bad
Thing[tm].

While I'm here, am I the only one to notice that stack traces are not very
complete right now?

initial pcb at physical address 0x00321080
panicstr: bremfree: bp 0xc7797a70 not locked
panic messages:
---
panic: Most recently used by none


syncing disks, buffers remaining... panic: bremfree: bp 0xc7797a70 not locked
Uptime: 7m37s
Dumping 255 MB
ata0: resetting devices ..
done
[CTRL-C to abort] [CTRL-C to abort]  16[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort]  32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
#0  doadump () at ../../../kern/kern_shutdown.c:239
239             dumping++;
(kgdb) where
#0  doadump () at ../../../kern/kern_shutdown.c:239
#1  0xc019d6a5 in boot (howto=260) at ../../../kern/kern_shutdown.c:371
#2  0xc019d8e3 in panic () at ../../../kern/kern_shutdown.c:542
#3  0xc01d7c47 in bremfreel (bp=0xc02d9d6d) at ../../../kern/vfs_bio.c:672
#4  0xc01d7bb5 in bremfree (bp=0x0) at ../../../kern/vfs_bio.c:659
#5  0xc01d9cdb in vfs_bio_awrite (bp=0xc264f000)
    at ../../../kern/vfs_bio.c:1714
#6  0xc01e0def in vop_stdfsync (ap=0xcdd8eaf4)
    at ../../../kern/vfs_default.c:755
#7  0xc016ad40 in spec_fsync (ap=0xcdd8eaf4)
    at ../../../fs/specfs/spec_vnops.c:422
#8  0xc016a2f8 in spec_vnoperate (ap=0x0)
    at ../../../fs/specfs/spec_vnops.c:123
#9  0xc02513a7 in ffs_sync (mp=0xc25a5200, waitfor=2, cred=0xc0eb5e80, 
    td=0xc02fa620) at vnode_if.h:612
#10 0xc01eca6b in sync (td=0xc02fa620, uap=0x0)
    at ../../../kern/vfs_syscalls.c:138
#11 0xc019d2f2 in boot (howto=256) at ../../../kern/kern_shutdown.c:280
#12 0xc019d8e3 in panic () at ../../../kern/kern_shutdown.c:542
#13 0xc027895d in mtrash_ctor (mem=0xc264f000, size=0, arg=0x0)
    at ../../../vm/uma_dbg.c:138
#14 0xc0278a00 in mtrash_fini (mem=0x0, size=0) at ../../../vm/uma_dbg.c:189
#15 0xc02762a9 in zone_drain (zone=0x100) at ../../../vm/uma_core.c:630
#16 0xc0276ee5 in zone_foreach (zfunc=0xc0276070 <zone_drain>)
    at ../../../vm/uma_core.c:1166
#17 0xc0278277 in uma_reclaim () at ../../../vm/uma_core.c:1997
#18 0xc0272ef9 in vm_pageout_scan (pass=0) at ../../../vm/vm_pageout.c:691
#19 0xc0273fae in vm_pageout () at ../../../vm/vm_pageout.c:1480
#20 0xc018a6d4 in fork_exit (callout=0xc0273ce0 <vm_pageout>, arg=0x0, 
    frame=0x0) at ../../../kern/kern_fork.c:871

[there must be something here after frame #20, right?]
-- 
Ollivier ROBERT  -=-  Eurocontrol EEC/AMI  -=-  Ollivier.Robert@eurocontrol.fr
FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #6: Tue Jan 21 16:05:16 CET 2003

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  9:10:22 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4309037B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 09:10:21 -0800 (PST)
Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 76D2C43FBF
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 09:10:20 -0800 (PST)
	(envelope-from barney@pit.databus.com)
Received: from pit.databus.com (localhost [127.0.0.1])
	by pit.databus.com (8.12.7/8.12.7) with ESMTP id h23HAJFr080084;
	Mon, 3 Mar 2003 12:10:19 -0500 (EST)
	(envelope-from barney@pit.databus.com)
Received: (from barney@localhost)
	by pit.databus.com (8.12.7/8.12.7/Submit) id h23HAJM9080083;
	Mon, 3 Mar 2003 12:10:19 -0500 (EST)
	(envelope-from barney)
Date: Mon, 3 Mar 2003 12:10:19 -0500
From: Barney Wolff <barney@pit.databus.com>
To: Wayne Barnes <currently@klentaq.com>
Cc: current@FreeBSD.ORG
Subject: Re: [tlambert2@mindspring.com: Re: can't sshd into box]
Message-ID: <20030303171019.GB79269@pit.databus.com>
References: <20030303102221.A70601@klentaq.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030303102221.A70601@klentaq.com>
User-Agent: Mutt/1.4i
X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Mar 03, 2003 at 10:22:21AM -0600, Wayne Barnes wrote:
>      Looking back at the waiting telnet job, it has no message or 
> anything.
> 
>      Trying it with 'telnetd -debug -D report'
> <doesn't give any messages, either>

Use tcpdump to make sure your machine is actually receiving the telnet
connection.  It sounds as though something else is getting it.

-- 
Barney Wolff         http://www.databus.com/bwresume.pdf
I'm available by contract or FT, in the NYC metro area or via the 'Net.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  9:27:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EE9A537B96E
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 09:27:02 -0800 (PST)
Received: from sinamail.com (61-221-29-145.HINET-IP.hinet.net [61.221.29.145])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 573CE43FCB
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 09:26:14 -0800 (PST)
	(envelope-from suppergeorge@sinamail.com)
From: star@yahoo.com.tw
To: freebsd-current@freebsd.org
Subject: =?ISO-8859-1?B?prO+97d8p0HEQLdOpWi5wbjVttw/Pw==?=
Reply-To: suppergeorge@sinamail.com
Date: 04 Mar 2003 01:31:21 +0800
MIME-Version: 1.0
Content-Type: text/html
Content-Transfer-Encoding: 8bit
Message-Id: <20030303172614.573CE43FCB@mx1.FreeBSD.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿</TITLE>
<META content=zh-tw http-equiv=Content-Language>
<META content="text/html; charset=big5" http-equiv=Content-Type>
<META content="Microsoft FrontPage 4.0" name=GENERATOR>
<META content=FrontPage.Editor.Document name=ProgId></HEAD>
<BODY topMargin=0><BR><B>¥D¦®:</B> ³o©Î³\¬O±z¥¿¦b´M§äªº¾÷·|³á<BR>     
<DIV align=center>     
<CENTER>     
<TABLE border=0 width=450>     
  <TBODY>     
  <TR>     
    <TD align=middle bgColor=#ff0000 width="100%"><FONT color=#ffffff      
      size=2>³o©Î³\¬O±z¥¿¦b§äªº¾÷·|®@¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle width="100%"><FONT      
      size=2>¹ï¤£°_¡I¥´ÂZ¤F¡A¦pªG¦]¦¹³y¦¨±zªº§xÂZ¡A½Ðª½±µ§R°£¥»«H¤ÎÂI¿ï¤U¤è¡u¤£·Q¦A¦¬«H¡v¡A§Ú­Ì·|±N±zªº¸ê®Æ§R°£¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle width="100%">     
      <HR>     
    </TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff33 width="100%"><FONT      
      size=2>¬°¤°»ò¦³¤H·|¤ñ§A¦¨¥\10­¿¡A¦¬¤J¦h100­¿¡B¬Æ¦Ü¦h1000­¿¡AÃø¹D¥L¦³¤ñ§A¦hÁo©ú³o»ò¦h¶Ü¡H</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ffcc66 width="100%"><FONT      
    size=2>µª®×ªÖ©w¤£¬Oªº¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff66 width="100%"><FONT      
      size=2>·Q¤@·Q¡I¨º¨Ç¦¬¤J¤ñ§Ú­Ì°ª«Ü¦h¡A¥Í¬¡¤ñ§Ú­Ì¦n«Ü¦hªº¤H¡I</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff66 width="100%"><FONT      
      size=2>¥L­Ì¨ì©³°µ¤F¤°»ò¬O§Ú­Ì©Ò¤£ª¾¹Dªº¨Æ¡H</FONT></TD></TR>     
  <TR>     
    <TD align=middle bgColor=#ccff66 width="100%"><FONT      
      size=2>¦Ó§Ú­Ì¨ì©³°µ¿ù¤F¤°»ò¡B¤S¿ù¹L¤F¤°»ò¡H</FONT></TD></TR>     
  <TR>     
    <TD align=middle width="100%"><a href="http://home.kimo.com.tw/amity988" target="_blank"><FONT size=2>·Q¤£·Qª¾¹D¤H®a«ç»ò°µ­Ëªº¡I</FONT></a></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffccff width="100%"><FONT 
      size=2>§A¬Û«H¡u®É¶¡¡×ª÷¿ú¡v¡BÁÙ¬O¡u®É¶¡¡Öª÷¿ú¡v</FONT></TD></TR></CENTER>
  <TR>
    <TD align=middle bgColor=#ccff33 width="100%">
      <P align=left><FONT size=2>Á|¨Ò¡G</FONT></P></TD></TR>
  <CENTER>
  <TR>
    <TD align=middle bgColor=#ccff33 width="100%"><FONT 
      size=2>§Ú­Ì¤@¤Ñ¤u§@8¤p®É¡A¤@¦~¤u§@365¤Ñ¡A¤@½ú¤l¤u§@30¦~¡I¨º§Ú­Ì¤@½ú¤lªºÁ`¤u§@®É¼Æ¡H</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ccff33 width="100%"><FONT 
      size=2>¢·¤p®É¡¯¢²¢µ¢´¤Ñ¡¯¢²¢¯¦~¡×¢·¢¶,¢µ¢¯¢¯¤p®É</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffccff width="100%"><FONT 
      size=2>¦pªG§Aªº®ÉÁ~100¤¸¡A§A¤@½ú¤lÁÈ876¸U¤¸¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffcc66 width="100%"><FONT 
      size=2>¦pªG§Aªº®ÉÁ~150¤¸¡A§A¤@½ú¤lÁÈ1314¸U¤¸¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#99ccff width="100%"><FONT 
      size=2>¦pªG§Aªº®ÉÁ~200¤¸¡A§A¤@½ú¤lÁÈ1752¸U¤¸¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ccff66 width="100%"><FONT 
      size=2>¬Ý°_¨Ó¦n¹³«Ü¦h¡A¬Ý²M·¡¡I¤@¦~¤u§@365¤Ñ¡A­n¤u§@30¦~¡I¦Ó¥B¤£¦Y¤£³Ü¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffcc66 width="100%"><FONT 
      size=2>³o¼Ëªº¦¬¤J¡A¨¬°÷¤TÀ\·Å¹¡¡F¶R¨®¤l¡B©Ð¤l«j±j°÷¥Î¡F§O§Ñ¤F¡AÁÙ¦³¤l¤kªº±Ð¨|¶O¡B¦Û¤vªº¾i¦Ñª÷¡BÁÙ¦³¡y¹Ú·Q¡zµ¥«Ý¹ê²{¡I</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ff0000 style="COLOR: #ffffff" width="100%"><FONT 
      size=2>³o¼Ëªº¤@½ú¤l¡A§A¥Ì¤ß¶Ü¡H</FONT></TD></TR>
  <TR>
    <TD align=middle bgColor=#ffccff width="100%"><FONT 
      size=2>¨­¬°­û¤uªº§A¡A¨C¤Ñ¨¯­W¬°ªº¬O¤°»ò¡H®a®x¡B¤p«Ä¡H§A¦³¨S¦³·Q¹L¡A§A¤W¯Z¤@½ú¤l¡A±N¨Ó§Aªº¤p«Ä¯à©Ó±µ§AªºÂ¾¦ìÄ~Äò°µ¤U¥h¶Ü¡H¡]°£«D§A¦Û¤v¬O¦ÑÁó¡^</FONT></TD></TR>
  <TR>
    <TD align=middle width="100%"><a href="http://home.kimo.com.tw/amity988" target="_blank"><FONT size=2>·Q¤£·Q§ïÅܦۤv¤Î¤U¤@¥Nªº¤@¥Í¡H</FONT></a></TD></TR>
  <TR>
    <TD align=middle width="100%">
      <HR>
    </TD></TR>
  <TR>
    <TD align=middle bgColor=#ffffff width="100%"><A 
      href="mailto:amity7615@yahoo.com.tw?subject=unsubscribe"><FONT 
      size=2>¤£·Q¦A¦¬«H(Unsubscribe)</FONT></A> </TD></TR></TBODY></TABLE></CENTER></DIV>
<P align=center>
<SCRIPT 
src="http://spacem.newspace.com.tw/usercounter/gcount.asp?MyCount=chichilee&amp;CountID=20"></SCRIPT>
¡@</P></BODY></HTML>




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3  9:48:20 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7C91737B405; Mon,  3 Mar 2003 09:48:18 -0800 (PST)
Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9783E43FCB; Mon,  3 Mar 2003 09:48:16 -0800 (PST)
	(envelope-from bmcgover@bmcgover-pc.cisco.com)
Received: from goblet.cisco.com (IDENT:mirapoint@goblet.cisco.com [161.44.168.80])
	by rtp-core-2.cisco.com (8.12.6/8.12.6) with ESMTP id h23HmENh006894;
	Mon, 3 Mar 2003 12:48:14 -0500 (EST)
Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [161.44.149.69])
	by goblet.cisco.com (Mirapoint)
	with ESMTP id ACS55035;
	Mon, 3 Mar 2003 12:48:13 -0500 (EST)
Received: from bmcgover-pc.cisco.com (localhost.cisco.com [127.0.0.1])
	by bmcgover-pc.cisco.com (8.12.6/8.12.6) with ESMTP id h23HmDkN017639;
	Mon, 3 Mar 2003 12:48:13 -0500 (EST)
	(envelope-from bmcgover@bmcgover-pc.cisco.com)
Message-Id: <200303031748.h23HmDkN017639@bmcgover-pc.cisco.com>
To: questions@freebsd.org, current@freebsd.org, freebsd-qa@cisco.com
Reply-To: bmcgover@cisco.com
Subject: Changes to libfetch in 5.0 break proxy support?
Date: Mon, 03 Mar 2003 12:48:13 -0500
From: "Brian J. McGovern" <bmcgover@cisco.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I'm having a problem with fetch and libfetch in 5.0, and (given that I 
currently have a bad cold), I'm hoping to get a cheap answer before I have
to start crawling through code.

In the 4.x days, I was able to set up an apache web proxy, and then export
FTP_PASSIVE_MODE=YES and HTTP_PROXY=<thehostoftheproxy>:80, and then go to
/usr/ports, and say, for instance "make all".

Everything would then download correctly, and go on happily.

Now, however, it appears that when I do this, the connection either times out,
or I get a file with the right name, but the contents are an HTML document
(wrapped to fit in 80 cols).

<HTML><HEAD><META HTTP-EQUIV="REFRESH" CONTENT="0" 
URL="ftp://space.mit.edu/pub/davis/jed/v0.99/jed-B0.99-15.tar.gz">
</HEAD><BODY></BODY></HTML>

I know the proxy is working, as my 4.x boxes still go through it happily.

Anyone have any ideas if something has broken, or whether its pilot error?

	-Brian

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 10:35:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BBC3E37B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 10:35:45 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 178F743FD7
	for <current@freebsd.org>; Mon,  3 Mar 2003 10:35:45 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0393.cvx40-bradley.dialup.earthlink.net ([216.244.43.138] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18pums-0004tt-00; Mon, 03 Mar 2003 10:35:43 -0800
Message-ID: <3E63A031.E8CE8BD7@mindspring.com>
Date: Mon, 03 Mar 2003 10:34:25 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Wayne Barnes <currently@klentaq.com>
Cc: current@freebsd.org
Subject: Re: can't sshd into box]
References: <20030303102221.A70601@klentaq.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ba7617be80f43955a79b6d98a67a5b36a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Wayne Barnes wrote:
>    4.  There is one possibly relevant fact that I have not mentioned,
> yet:
>     sysinstall cannot see the (motherboard?) ethernet port on this Dell
> 2350.  As FTP connection, it only offered dialup ppp or serial, etc. So I
> put in a years-old SMC1211TX ethernet PCI card, and that was recognized
> easily as rl0.
> 
>     On bootup, of the FTP-installed 5.0 system, only one NIC is
> recognized, as rl0, and I only plugged the old PCI card with an ethernet
> cord; so I don't think this is really causing my problem.
> 
>     I can connect and conduct ssh sessions outward (that's how I am typing
> now), so this machine can receive packets at all.
> 
>     I just can't telnet or ssh into it.  I haven't tried to install
> apache, yet, but I wouldn't expect much until an ssh or telnet probe
> works.  It does ping just fine, both ways.

	ifconfig
	netstat -af inet

We would also like the output of "ifconfig" or "ifconfig -a",
whichever one dumps out all configured interfaces, from one of
the working hosts on your network.

At this point, it's likely either netmask or a bad ethernet card.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 10:42:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0F16037B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 10:42:32 -0800 (PST)
Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C555A43F93
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 10:42:28 -0800 (PST)
	(envelope-from Maksim.Yevmenkin@cw.com)
Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 3 Mar 2003 10:42:28 -0800
Received: from exodus.net ([165.193.27.35]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 3 Mar 2003 10:42:28 -0800
Message-ID: <3E63A156.5000001@exodus.net>
Date: Mon, 03 Mar 2003 10:39:18 -0800
From: Maksim Yevmenkin <myevmenk@exodus.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021126
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: Dustin Boontheekul <dboonthe@math.okstate.edu>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: FreeBSD Bluetooth stuff
References: <45258A4365C6B24A9832BFE224837D552B1295@sjdcex01.int.exodus.net> <Pine.BSO.4.53.0303021727210.19641@mail.math.okstate.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 03 Mar 2003 18:42:28.0183 (UTC) FILETIME=[A4032E70:01C2E1B4]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello Dustin,

>>1) compile and install hcidump from the snapshot's ports/ directory
> 
> Recompiled and reinstalled.  All went fine.

good

>>2) make sure you have clean setup, i.e.
>>   - run # rc.bluetooth stop <device>
>>   - disconnect the device from the PC
>>   - reset mouse
>>   - connect device back to PC
>>   - run # rc.bluetooth start <device>
>>   - in separate window run # hcidump -x
>>   - run # hccontrol -n <device>hci inquiry
>>   - run # sdptool browse <BD_ADDR_of_your_mouse>
> 
> I followed this sequence.  One thing to note is that the mouse tries it's
> best to conserve power, so it only responds to any initial queries for a
> few seconds after pressing the reset button.  I don't know exactly how
> long, but it's pretty short.  Klausler makes a note of this on his site,
> so it must have caused him a hiccup or two.

hmmm... if your mouse drains batteries so fast for how you long
can you use it?

> Okay, here it is.  Turns out I think my batteries ran out of juice, which
> was causing some of the problems.  I wasn't getting any response at all
> after all sorts of resets so I tried seeing if I could find the keyboard
> and it 'just worked'.  I replaced the batteries and got a response from
> hccontrol inquiry.  Just in case replacing the batteries turned out to
> reset it more than pressing the button I put the old batteries back in and
> still got nothing.  When the batteries 'die' the mouse still lights up
> (it's optical), and apparently the radio connection goes first.  Anyway,
> without further adue here is the hcidump output:

> # hcidump -x

[ inquiry part skipped ]

> < HCI Command: Create Connection(0x01|0x0005) plen 13
>   A8 D6 7E F2 50 00 18 CC 02 00 C3 4B 01
> 
>>HCI Event: Command Status(0x0f) plen 4
>   00 01 05 04
> 
>>HCI Event: Connect Complete(0x03) plen 11
>   00 29 00 A8 D6 7E F2 50 00 01 00

baseband connection is now open

> < HCI Command: Write Link Policy Settings(0x02|0x000d) plen 4
>   29 00 0F 00
> < ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Connect req: psm 1 scid 0x0040
>>HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
>>HCI Event: Command Complete(0x0e) plen 6
>   01 0D 08 00 29 00
>>ACL data: handle 0x0029 flags 0x02 dlen 16
>     L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 1 status 2

this is you PC adjusts link policy settings and request L2CAP
connection on PSM 1 (which is SDP)

>>ACL data: handle 0x0029 flags 0x02 dlen 16
>     L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0
> < ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 0
>>HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
>>ACL data: handle 0x0029 flags 0x02 dlen 14
>     L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0
>>ACL data: handle 0x0029 flags 0x02 dlen 16
>     L2CAP(s): Config req: dcid 0x0040 flags 0x0000 clen 4
>     MTU 48

here your PC tries to configure L2CAP channel (incoming path)
and mouse agrees. after that mouse tries to configure incoming
L2CAP channel and sets incoming MTU to 48 bytes. so far no
problems.

>>HCI Event: QoS Setup Complete(0x0d) plen 21
>   00 29 00 00 01 00 00 00 00 00 00 00 00 F2 2B 00 00 FF FF FF
>   FF

oh! i have never seen any device using this :) your mouse
actually wants to set QoS (Quality Of Service). anyway the
status is 00 - success, so no problem here.

> < ACL data: handle 0x0029 flags 0x02 dlen 14
>     L2CAP(s): Config rsp: scid 0x0040 flags 0x0000 result 0 clen 0

and this is your PC agress to use proposed L2CAP configuration.
So L2CAP connection is open and there was no problem.

> < ACL data: handle 0x0029 flags 0x02 dlen 24
>     L2CAP(d): cid 0x40 len 20 [psm 1]
>         SDP SSA Req: tid 0x0 len 0xf
>           pat uuid-16 0x1002 (PubBrwsGrp)
>           max 0xffff
>           aid(s) 0x0000 - 0xffff
>           cont 00
> 
>>HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
>>HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00

now sdptool sends SDP browse request to your mouse to figure
out which services are available.

>>ACL data: handle 0x0029 flags 0x02 dlen 14
>     L2CAP(d): cid 0x40 len 10 [psm 1]
>         SDP SSA Rsp: tid 0x0 len 0x5
>           cnt 0x2
>  len 0x2 frm->len 0x1 n 0x0
>           cont 00

... and the mouse returns nothing back to us :(

> < ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Disconn req: dcid 0x0040 scid 0x0040
>>HCI Event: Number of Completed Packets(0x13) plen 5
>   01 29 00 01 00
>>ACL data: handle 0x0029 flags 0x02 dlen 12
>     L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0040

and at this point sdptool is done and closes the L2CAP
connection.

bottom line: baseband + L2CAP works. you can talk to your
mouse. SDP does not return anything. possible problems:

1) mouse does not fully implement SDP. it is assumed that you have
    to know "magic" PSM for interrupt and control channel on the mouse.

2) SDP interoperability problem

one thing you could try is to ask mouse for the specific service,
rather then for all services. you can do it by

# sdptool search --bdaddr <BD_ADDR> HID

Note: HID is the service you looking for. BD_ADDR is the address
of your mouse.

>>do you have an open baseband connection? inquiry on the local deivce
>>will not show remote devices that already connected to the local device.
>>try to run
>>
>># hccontrol -n <device>hci read_connection_list
>>
> Yes, this shows I have a connection to my mouse.

that explains why moused does not respond to inquiry anymore.

>>you can disconnect baseband connection by hand by typing
>>
>># hccontol -n <device>hci disconnect <connection_handle>
>>
>>BTW you can do
>>
>># hccontrol help
>>
>>and
>>
>># hccontrol help <command>
>>
>>for more information
>>
> These give a lot more help than the man page.

from the hccontrol(8) man page:

command
              One of the supported commands (see below). Special command
              ``help'' can be used to obtain the list of all supported
              commands. To get more information about specific command
              use ``help command''.

> I managed to get 'remote_name_request' to return 'Microsoft Mouse'
> (yippee!), but I just arbitrarily chose <ps_rep_mode> and <ps_mode> as 0.
> I used 'read_clock_offset' to get the clock offset.  What are these 2
> options and how would I properly find them?

well, you have to read Bluetooth spec :) but i can tell you right now
that in this case it is safe to use 0 for all of them :)

Page Scan Mode 0 - is mandatory page scan mode
Clock Offset - it is always safe to set this to 0. If you set it
it *may* speed up page procedure.

perhaps i should change hccontrol(8) so it will use defaults if user
does not provide overrides.

thanks,
max


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 11:30: 1 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0E09B37B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 11:30:00 -0800 (PST)
Received: from smtp.comcast.net (smtp.comcast.net [24.153.64.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 77FD043FCB
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 11:29:59 -0800 (PST)
	(envelope-from trish@bsdunix.net)
Received: from femme.sapphite.org
 (pcp02268182pcs.longhl01.md.comcast.net [68.50.99.190])
 by mtaout07.icomcast.net
 (iPlanet Messaging Server 5.2 HotFix 1.09 (built Jan  7 2003))
 with ESMTP id <0HB6006IFU30GB@mtaout07.icomcast.net> for
 freebsd-current@FreeBSD.ORG; Mon, 03 Mar 2003 14:28:12 -0500 (EST)
Received: from localhost (trish@localhost [127.0.0.1])
	by femme.sapphite.org (8.12.6/8.12.6) with ESMTP id h23JSANv078304; Mon,
 03 Mar 2003 14:28:11 -0500 (EST envelope-from trish@bsdunix.net)
Date: Mon, 03 Mar 2003 14:28:10 -0500 (EST)
From: Trish Lynch <trish@bsdunix.net>
Subject: Re: hype(r)threading
In-reply-to: <0bf901c2e18d$95bbb3e0$932a40c1@PHE>
X-X-Sender: <trish@femme>
To: Petri Helenius <pete@he.iki.fi>
Cc: freebsd-current@FreeBSD.ORG
Message-id: <20030303142353.C830-100000@femme>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=X-UNKNOWN
Content-transfer-encoding: QUOTED-PRINTABLE
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 3 Mar 2003, Petri Helenius wrote:

>
> I seem to want to quite the opposite what other people would like to happ=
en,
> we have a supermicro P4DPR board with two Xeon=B4s. Since lately the kern=
el seems to
> want to launch the virtual cores regardless of BIOS setting of HyperThrea=
ding being
> [Disabled].
>
> Any ideas how to disable the cores since our workload is does not benefit=
 from
> having more than two cores in a machine.
>
> Pete
>

Currently, AFAIK, there is no way to do this.

Depending on what you are doing you can increase performance slightly by
setting machdep.cpu_idle_hlt=3D1

-Trish

--
Trish Lynch=09=09=09=09=09   trish@bsdunix.net
Ecartis Core Team =09=09=09      trish@listmistress.org
EFNet IRC Operator @ efnet.demon.co.uk=09=09      AilleCat@EFNet
EFNet IRC Operator/SysAdmin @ irc.dkom.at             Aille_AT@EFNet
Key fingerprint =3D 781D 2B47 AA4B FC88 B919  0CD6 26B2 1D62 6FC1 FF16


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 11:47:14 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9C85A37B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 11:47:12 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4ABA843FAF
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 11:47:09 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.6/8.11.4) with SMTP id h23Jl3DT099527;
	Mon, 3 Mar 2003 21:47:04 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <0c9101c2e1bd$aa9a1b50$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Trish Lynch" <trish@bsdunix.net>
Cc: <freebsd-current@FreeBSD.ORG>
References: <20030303142353.C830-100000@femme>
Subject: Re: hype(r)threading
Date: Mon, 3 Mar 2003 21:47:02 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

After some reading around I ended up putting a return; on top of
the mptable_hyperthread_fixup function and my performance is back.
Setting the sysctl helps some but it does not really fix the performance issues.

I would like to make the suggestion of making the HT "fixup" maybe a default
but allow disabling with a kernel variable?

Pete

On Mon, 3 Mar 2003, Petri Helenius wrote:

>
> I seem to want to quite the opposite what other people would like to happen,
> we have a supermicro P4DPR board with two Xeon´s. Since lately the kernel seems to
> want to launch the virtual cores regardless of BIOS setting of HyperThreading being
> [Disabled].
>
> Any ideas how to disable the cores since our workload is does not benefit from
> having more than two cores in a machine.
>
> Pete
>

Currently, AFAIK, there is no way to do this.

Depending on what you are doing you can increase performance slightly by
setting machdep.cpu_idle_hlt=1

-Trish

--
Trish Lynch    trish@bsdunix.net
Ecartis Core Team       trish@listmistress.org
EFNet IRC Operator @ efnet.demon.co.uk       AilleCat@EFNet
EFNet IRC Operator/SysAdmin @ irc.dkom.at             Aille_AT@EFNet
Key fingerprint = 781D 2B47 AA4B FC88 B919  0CD6 26B2 1D62 6FC1 FF16



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 11:49:14 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F305737B401
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 11:49:11 -0800 (PST)
Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D910443FBD
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 11:49:10 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 24104 invoked from network); 3 Mar 2003 19:49:15 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <hiten@unixdaemons.com>; 3 Mar 2003 19:49:15 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h23JkmhT042183;
	Mon, 3 Mar 2003 14:46:49 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030303144921.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20030301200615.A63428@FreeBSD.org>
Date: Mon, 03 Mar 2003 14:49:21 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Juli Mallett <jmallett@FreeBSD.org>
Subject: Re: Possible patch for limiting APs at startup
Cc: current@FreeBSD.org, Hiten Pandya <hiten@unixdaemons.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 02-Mar-2003 Juli Mallett wrote:
> * De: Hiten Pandya <hiten@unixdaemons.com> [ Data: 2003-03-01 ]
>       [ Subjecte: Possible patch for limiting APs at startup ]
>> Hello.
>> 
>> Just as the topic says, do you think this patch is good enough, or gets
>> even close to it?  I have tested the patch, and it seems to do it's job
>> in the right way.  Some might call it hackery, but it's better than
>> nothing I would suppose.
> 
> I think your use of "cpus" to refer to APs only is silly, and also that
> overriding mp_naps instead of using a real cpus value and using it as
> a bounds check akin to MAXCPU, is a bit of the wrong direction.  As you
> know, the following is my patch, and it does not work, but I think,
> personally, the behaviour is saner, in theory at least :)

You should set mp_maxcpus prior to the mp_naps test so it isn't left
invalid in the common case.  Also, this patch doesn't limit HT cpu's
at all.  I could have a 4 cpu system with HTT and maxcpus=2, and I
will end up with 4 CPU's due to 2 logical CPU's per processor.  Perhaps
this is intentional?

> %%%
> Index: mp_machdep.c
> ===================================================================
> RCS file: /home/ncvs/src/sys/i386/i386/mp_machdep.c,v
> retrieving revision 1.203
> diff -d -c -r1.203 mp_machdep.c
> *** mp_machdep.c      24 Feb 2003 14:36:03 -0000      1.203
> --- mp_machdep.c      2 Mar 2003 00:22:58 -0000
> ***************
> *** 249,254 ****
> --- 249,259 ----
>   /** XXX FIXME: what system files declare these??? */
>   extern struct region_descriptor r_gdt, r_idt;
>   
> + int mp_maxcpus = 0;         /* max CPUs; not in BSS so it can be hacked. */
> + TUNABLE_INT("machdep.smp_max_cpus", &mp_maxcpus);
> + SYSCTL_INT(_machdep, OID_AUTO, smp_max_cpus, CTLFLAG_RD,
> +        &mp_maxcpus, 1, "Maximum number of CPUs to use.");
> + 
>   int bsp_apic_ready = 0;     /* flags useability of BSP apic */
>   int mp_naps;                /* # of Applications processors */
>   int mp_nbusses;             /* # of busses */
> ***************
> *** 864,874 ****
>               }
>       }
>   
> !     /* qualify the numbers */
> !     if (mp_naps > MAXCPU) {
>               printf("Warning: only using %d of %d available CPUs!\n",
> !                     MAXCPU, mp_naps);
> !             mp_naps = MAXCPU;
>       }
>   
>       /* See if we need to fixup HT logical CPUs. */
> --- 869,881 ----
>               }
>       }
>   
> !     /* use the smallest number of requested CPUs or CPUs we support. */
> !     if ((mp_maxcpus > 0 && mp_naps > mp_maxcpus) || mp_naps > MAXCPU) {
> !             if (mp_maxcpus <= 0)
> !                     mp_maxcpus = MAXCPU;
>               printf("Warning: only using %d of %d available CPUs!\n",
> !                     mp_maxcpus, mp_naps);
> !             mp_naps = mp_maxcpus;
>       }
>   
>       /* See if we need to fixup HT logical CPUs. */
> %%%
> 
> Thanx,
> juli.
> -- 
> Juli Mallett <jmallett@FreeBSD.org> - AIM: BSDFlata -- IRC: juli on EFnet
> OpenDarwin, Mono, FreeBSD Developer - ircd-hybrid Developer, EFnet addict
> FreeBSD on MIPS-Anything on FreeBSD - /* XXX Nothing to see here, now. */
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 11:54:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 472AA37B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 11:54:19 -0800 (PST)
Received: from mail.speakeasy.net (mail13.speakeasy.net [216.254.0.213])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 97D8743FE0
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 11:54:18 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 25255 invoked from network); 3 Mar 2003 19:54:24 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail13.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <trish@bsdunix.net>; 3 Mar 2003 19:54:24 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h23JpxhT042206;
	Mon, 3 Mar 2003 14:51:59 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030303145432.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <0c9101c2e1bd$aa9a1b50$932a40c1@PHE>
Date: Mon, 03 Mar 2003 14:54:32 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Petri Helenius <pete@he.iki.fi>
Subject: Re: hype(r)threading
Cc: freebsd-current@FreeBSD.ORG, Trish Lynch <trish@bsdunix.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 03-Mar-2003 Petri Helenius wrote:
> After some reading around I ended up putting a return; on top of
> the mptable_hyperthread_fixup function and my performance is back.
> Setting the sysctl helps some but it does not really fix the performance issues.
> 
> I would like to make the suggestion of making the HT "fixup" maybe a default
> but allow disabling with a kernel variable?

I'm going to add a 'HTT' kernel option that I'll backport prior to 4.8.

> Pete
> 
> On Mon, 3 Mar 2003, Petri Helenius wrote:
> 
>>
>> I seem to want to quite the opposite what other people would like to happen,
>> we have a supermicro P4DPR board with two Xeon´s. Since lately the kernel seems to
>> want to launch the virtual cores regardless of BIOS setting of HyperThreading being
>> [Disabled].
>>
>> Any ideas how to disable the cores since our workload is does not benefit from
>> having more than two cores in a machine.
>>
>> Pete
>>
> 
> Currently, AFAIK, there is no way to do this.
> 
> Depending on what you are doing you can increase performance slightly by
> setting machdep.cpu_idle_hlt=1
> 
> -Trish
> 
> --
> Trish Lynch    trish@bsdunix.net
> Ecartis Core Team       trish@listmistress.org
> EFNet IRC Operator @ efnet.demon.co.uk       AilleCat@EFNet
> EFNet IRC Operator/SysAdmin @ irc.dkom.at             Aille_AT@EFNet
> Key fingerprint = 781D 2B47 AA4B FC88 B919  0CD6 26B2 1D62 6FC1 FF16
> 
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 11:56: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9874F37B401
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 11:56:01 -0800 (PST)
Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E2D5043F3F
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 11:55:57 -0800 (PST)
	(envelope-from keramida@ceid.upatras.gr)
Received: from gothmog.gr (patr530-a165.otenet.gr [212.205.215.165])
	by mailsrv.otenet.gr (8.12.8/8.12.8) with ESMTP id h23Jts5q002189
	for <current@FreeBSD.org>; Mon, 3 Mar 2003 21:55:55 +0200 (EET)
Received: from gothmog.gr (gothmog [127.0.0.1])
	by gothmog.gr (8.12.7/8.12.7) with ESMTP id h23JZsAi001220
	for <current@FreeBSD.org>; Mon, 3 Mar 2003 21:35:54 +0200 (EET)
	(envelope-from keramida@ceid.upatras.gr)
Received: (from giorgos@localhost)
	by gothmog.gr (8.12.7/8.12.7/Submit) id h23HJ58F018727;
	Mon, 3 Mar 2003 19:19:05 +0200 (EET)
	(envelope-from keramida@ceid.upatras.gr)
Date: Mon, 3 Mar 2003 19:19:05 +0200
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
To: Michal Mertl <mime@traveller.cz>
Cc: current@FreeBSD.org
Subject: Re: potential for foot-shooting with KLD's
Message-ID: <20030303171905.GC56386@gothmog.gr>
References: <20030302153608.P44831@prg.traveller.cz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030302153608.P44831@prg.traveller.cz>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2003-03-02 17:34, Michal Mertl <mime@traveller.cz> wrote:
> Imagine you decided to go with modular kernel. You comment out 'device
> random' in your kernel-config and place 'random_load="YES"' in
> /boot/loader.conf. When you reboot and don't rebuild the kernel first, you
> have your machine unbootable - at least in case you previously had acpi in
> your kernel and acpi doesn't work without OS supplied dsdt (as in my
> case) or you need acpi as a module or any other module.
>
> The way out is to boot from install CDROM, have fixit floppy, mount the
> old root and remove the random.ko module. Which is pretty inconvenient,
> when you don't have the medias handy.
>
> The problem is that I can't ask loader not to load some module. It doesn't
> understand 'unset XX_load'. It doesn't work to say 'set XX_load="NO"'
> either. The only way I found to make it not load the modules is to 'load
> /boot/kernel/kernel;set module_path="";boot'. Unfortunately it doesn't
> help me either because I need to load special acpi_dsdt.aml which isn't
> then loaded either.

How about `unset XX_load' ?

- Giorgos


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 12: 3: 5 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 46E4937B401; Mon,  3 Mar 2003 12:03:03 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id F0C2C43FA3; Mon,  3 Mar 2003 12:03:00 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.6/8.11.4) with SMTP id h23K2vDT001469;
	Mon, 3 Mar 2003 22:02:57 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <0c9f01c2e1bf$e2d4b870$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "John Baldwin" <jhb@FreeBSD.org>
Cc: <freebsd-current@FreeBSD.org>, "Trish Lynch" <trish@bsdunix.net>
References: <XFMail.20030303145432.jhb@FreeBSD.org>
Subject: Re: hype(r)threading
Date: Mon, 3 Mar 2003 22:02:57 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thanks, that´s greatly appreciated.

Pete


>
> On 03-Mar-2003 Petri Helenius wrote:
> > After some reading around I ended up putting a return; on top of
> > the mptable_hyperthread_fixup function and my performance is back.
> > Setting the sysctl helps some but it does not really fix the performance issues.
> >
> > I would like to make the suggestion of making the HT "fixup" maybe a default
> > but allow disabling with a kernel variable?
>
> I'm going to add a 'HTT' kernel option that I'll backport prior to 4.8.
>
> > Pete
> >
> > On Mon, 3 Mar 2003, Petri Helenius wrote:
> >
> >>
> >> I seem to want to quite the opposite what other people would like to happen,
> >> we have a supermicro P4DPR board with two Xeon´s. Since lately the kernel seems to
> >> want to launch the virtual cores regardless of BIOS setting of HyperThreading being
> >> [Disabled].
> >>
> >> Any ideas how to disable the cores since our workload is does not benefit from
> >> having more than two cores in a machine.
> >>
> >> Pete
> >>
> >
> > Currently, AFAIK, there is no way to do this.
> >
> > Depending on what you are doing you can increase performance slightly by
> > setting machdep.cpu_idle_hlt=1
> >
> > -Trish
> >
> > --
> > Trish Lynch    trish@bsdunix.net
> > Ecartis Core Team       trish@listmistress.org
> > EFNet IRC Operator @ efnet.demon.co.uk       AilleCat@EFNet
> > EFNet IRC Operator/SysAdmin @ irc.dkom.at             Aille_AT@EFNet
> > Key fingerprint = 781D 2B47 AA4B FC88 B919  0CD6 26B2 1D62 6FC1 FF16
> >
> >
> >
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-current" in the body of the message
>
> --
>
> John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
> "Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 13: 6:35 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9D91B37B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 13:06:32 -0800 (PST)
Received: from mail.math.okstate.edu (mail.math.okstate.edu [139.78.112.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 37DC143FBD
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 13:06:28 -0800 (PST)
	(envelope-from dboonthe@math.okstate.edu)
Received: from mail.math.okstate.edu (localhost [127.0.0.1])
	by mail.math.okstate.edu (8.12.6/8.12.6) with ESMTP id h23L6ueN029486;
	Mon, 3 Mar 2003 15:06:56 -0600 (CST)
Received: from localhost (dboonthe@localhost)
	by mail.math.okstate.edu (8.12.6/8.12.6/Submit) with ESMTP id h23L6uXS002460;
	Mon, 3 Mar 2003 15:06:56 -0600 (CST)
X-Authentication-Warning: mail.math.okstate.edu: dboonthe owned process doing -bs
Date: Mon, 3 Mar 2003 15:06:55 -0600 (CST)
From: Dustin Boontheekul <dboonthe@math.okstate.edu>
To: Maksim Yevmenkin <myevmenk@exodus.net>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: FreeBSD Bluetooth stuff
In-Reply-To: <3E63A156.5000001@exodus.net>
Message-ID: <Pine.BSO.4.53.0303031443420.24159@mail.math.okstate.edu>
References: <45258A4365C6B24A9832BFE224837D552B1295@sjdcex01.int.exodus.net>
 <Pine.BSO.4.53.0303021727210.19641@mail.math.okstate.edu> <3E63A156.5000001@exodus.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-RAVMilter-Version: 8.4.2(snapshot 20021218) (mail.math.okstate.edu)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Max,

This is probably where I'm going to have to stop for the week to make sure
I get my classwork done, you've been a wonderful guide.  I can't wait to
get started working on this some more.

> hmmm... if your mouse drains batteries so fast for how you long
> can you use it?

Actually, the battery life sucks for a wireless mouse.  I guess both the
RF part and the Bluetooth protocol eat up a lot of power.  It's my
understanding that RF mice tend to have shorter battery life than IR mice
anyway, and that adding the Bluetooth chip must use more.  I can get about
a month out of a set of batteries.  During extra high use this drops as
low as 2 weeks.  I read a review on activewin.com and the editor got a
month out of it (and he's an editor, so I magine he uses his machine a
lot).  The keyboard batteries last quite a bit longer (1.5 months
minimum).  A friend of mine has an IR keyboard and mouse that have had the
same batteries for 6 months, so going bluetooth isn't just more costly up
front, but also in maintanence costs.

> >>ACL data: handle 0x0029 flags 0x02 dlen 14
> >     L2CAP(d): cid 0x40 len 10 [psm 1]
> >         SDP SSA Rsp: tid 0x0 len 0x5
> >           cnt 0x2
> >  len 0x2 frm->len 0x1 n 0x0
> >           cont 00
>
> ... and the mouse returns nothing back to us :(

That sucks.  Well, as long as we can get it working in the end, no big
deal.

> bottom line: baseband + L2CAP works. you can talk to your
> mouse. SDP does not return anything. possible problems:

Good.

> 1) mouse does not fully implement SDP. it is assumed that you have
>     to know "magic" PSM for interrupt and control channel on the mouse.
>
> 2) SDP interoperability problem

Either way at least we know somebody has gotten it working.

> one thing you could try is to ask mouse for the specific service,
> rather then for all services. you can do it by
>
> # sdptool search --bdaddr <BD_ADDR> HID

Bingo.  Nice response from the mouse.

# sdptool search --bdaddr $BT_ADDR HID
Searching for HID on 00:50:F2:7E:D6:A8 ...
Service Name: Wireless IntelliMouse Explorer for Bluetooth
Service Description: Five Button Mouse
Service Provider: Microsoft
Service RecHandle: 0x10000
Service Class ID List:
  "" (0x1124)
Protocol Descriptor List:
  "L2CAP" (0x0100)
    PSM: 17
  "" (0x0011)
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "" (0x1124)
    Version: 0x0100

> well, you have to read Bluetooth spec :) but i can tell you right now
> that in this case it is safe to use 0 for all of them :)

Yup.  I've downloaded it from the bluetooth SIG's website, just haven't
extracted it for a look yet.

Also, my bluetooth enabled phone came in today (Ericsson R520m).  I'm
gonna check out which firmware revision it is and (if needed) send it off
for an update.  Then I can start playing around with a more "conventional"
Bluetooth device to learn the ins and outs better.

Thanks again,

Dustin

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 13:24:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 613BC37B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 13:24:43 -0800 (PST)
Received: from mail1.luukku.com (ultra45.almamedia.fi [193.209.83.53])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 309F243F75
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 13:24:42 -0800 (PST)
	(envelope-from atte.peltomaki@iki.fi)
Received: from kameli.org (ip213-185-39-29.laajakaista.mtv3.fi [213.185.39.29])
	by mail1.luukku.com (Postfix) with SMTP id 3C1981BA44A
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 23:24:33 +0200 (EET)
Received: by kameli.org (sSMTP sendmail emulation); Mon, 3 Mar 2003 23:27:09 +0200
Date: Mon, 3 Mar 2003 23:27:09 +0200
From: "Atte Peltomaki" <atte.peltomaki@iki.fi>
To: freebsd-current@freebsd.org
Subject: strace and CURRENT?
Message-ID: <20030303212709.GA9509@naama>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Installed from ports, I get 

strace: open("/proc/...", ...): No such file or directory
trouble opening proc file

Clues?


Atte Peltomäki
http://kameli.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 13:26:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EF43137B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 13:26:26 -0800 (PST)
Received: from peitho.fxp.org (peitho.fxp.org [209.26.95.40])
	by mx1.FreeBSD.org (Postfix) with ESMTP id ACA2843FBD
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 13:26:25 -0800 (PST)
	(envelope-from cdf.lists@fxp.org)
Received: by peitho.fxp.org (Postfix, from userid 1501)
	id 2FCD2137AF; Mon,  3 Mar 2003 16:26:24 -0500 (EST)
Date: Mon, 3 Mar 2003 16:26:24 -0500
From: Chris Faulhaber <jedgar@fxp.org>
To: Atte Peltomaki <atte.peltomaki@iki.fi>
Cc: freebsd-current@freebsd.org
Subject: Re: strace and CURRENT?
Message-ID: <20030303212623.GA84560@peitho.fxp.org>
References: <20030303212709.GA9509@naama>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j"
Content-Disposition: inline
In-Reply-To: <20030303212709.GA9509@naama>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 03, 2003 at 11:27:09PM +0200, Atte Peltomaki wrote:
> Installed from ports, I get=20
>=20
> strace: open("/proc/...", ...): No such file or directory
> trouble opening proc file
>=20

Try mounting the /proc fs.

--=20
Chris D. Faulhaber - jedgar@fxp.org - jedgar@FreeBSD.org
--------------------------------------------------------
FreeBSD: The Power To Serve   -   http://www.FreeBSD.org

--nFreZHaLTZJo0R7j
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.0 (FreeBSD)
Comment: FreeBSD: The Power To Serve

iD8DBQE+Y8h/ObaG4P6BelARArMJAKCB35PlgUdmMci2K4W89NEysM76zACfV91g
imejxC/0pZXCEYMK41YJN3o=
=Rqbe
-----END PGP SIGNATURE-----

--nFreZHaLTZJo0R7j--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 13:59:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8FC8837B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 13:59:10 -0800 (PST)
Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6633443FDF
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 13:59:09 -0800 (PST)
	(envelope-from Maksim.Yevmenkin@cw.com)
Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 3 Mar 2003 13:59:09 -0800
Received: from exodus.net ([165.193.27.35]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329);
	 Mon, 3 Mar 2003 13:59:08 -0800
Message-ID: <3E63CF6F.8000303@exodus.net>
Date: Mon, 03 Mar 2003 13:55:59 -0800
From: Maksim Yevmenkin <myevmenk@exodus.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021126
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: Dustin Boontheekul <dboonthe@math.okstate.edu>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: FreeBSD Bluetooth stuff
References: <45258A4365C6B24A9832BFE224837D552B1295@sjdcex01.int.exodus.net> <Pine.BSO.4.53.0303021727210.19641@mail.math.okstate.edu> <3E63A156.5000001@exodus.net> <Pine.BSO.4.53.0303031443420.24159@mail.math.okstate.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 03 Mar 2003 21:59:08.0870 (UTC) FILETIME=[1DC51E60:01C2E1D0]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dustin,

> This is probably where I'm going to have to stop for the week to make sure
> I get my classwork done, you've been a wonderful guide.  I can't wait to
> get started working on this some more.

no problem. thanks for your time :)

[...]

>>bottom line: baseband + L2CAP works. you can talk to your
>>mouse. SDP does not return anything. possible problems:
> 
> Good.
> 
>>1) mouse does not fully implement SDP. it is assumed that you have
>>    to know "magic" PSM for interrupt and control channel on the mouse.
>>
>>2) SDP interoperability problem
> 
> Either way at least we know somebody has gotten it working.

well, then we will get it working too :)

>>one thing you could try is to ask mouse for the specific service,
>>rather then for all services. you can do it by
>>
>># sdptool search --bdaddr <BD_ADDR> HID
> 
> Bingo.  Nice response from the mouse.

errr... those M$ bastards :)

> # sdptool search --bdaddr $BT_ADDR HID
> Searching for HID on 00:50:F2:7E:D6:A8 ...
> Service Name: Wireless IntelliMouse Explorer for Bluetooth
> Service Description: Five Button Mouse
> Service Provider: Microsoft
> Service RecHandle: 0x10000
> Service Class ID List:
>   "" (0x1124)
> Protocol Descriptor List:
>   "L2CAP" (0x0100)
>     PSM: 17
>   "" (0x0011)
> Language Base Attr List:
>   code_ISO639: 0x656e
>   encoding:    0x6a
>   base_offset: 0x100
> Profile Descriptor List:
>   "" (0x1124)
>     Version: 0x0100

fine. we now see PSM 17. i guess it is a control channel. but where
another (interrupt) one? well, its spec reading time again :)

> Also, my bluetooth enabled phone came in today (Ericsson R520m).  I'm
> gonna check out which firmware revision it is and (if needed) send it off
> for an update.  Then I can start playing around with a more "conventional"
> Bluetooth device to learn the ins and outs better.

cool :)

thanks
max


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 14:34: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 96C4637B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 14:34:01 -0800 (PST)
Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BADB743FBF
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 14:33:57 -0800 (PST)
	(envelope-from vkushnir@alfacom.net)
Received: from kushnir1.kiev.ua (124-140.dialup.Alfacom.net [193.108.124.140])
	by Stalker.alfacom.net (8.12.6/8.12.6) with ESMTP id h23MXo0j007524;
	Tue, 4 Mar 2003 00:33:52 +0200 (EET)
Received: from kushnir1.kiev.ua (localhost [127.0.0.1])
	by kushnir1.kiev.ua (8.12.7/8.12.6) with ESMTP id h23MXqE3001279;
	Tue, 4 Mar 2003 00:33:52 +0200 (EET)
	(envelope-from vkushnir@alfacom.net)
Received: from localhost (vkushnir@localhost)
	by kushnir1.kiev.ua (8.12.7/8.12.7/Submit) with ESMTP id h23MXo9x001272;
	Tue, 4 Mar 2003 00:33:52 +0200 (EET)
X-Authentication-Warning: kushnir1.kiev.ua: vkushnir owned process doing -bs
Date: Tue, 4 Mar 2003 00:33:48 +0200 (EET)
From: Vladimir Kushnir <vkushnir@alfacom.net>
X-X-Sender: vkushnir@kushnir1.kiev.ua
To: Philipp Mergenthaler <philipp.mergenthaler@stud.uni-karlsruhe.de>
Cc: current@FreeBSD.ORG
Subject: Re: -CURRENT + cvs = panic
In-Reply-To: <20030303100122.GA10188@rz.uni-karlsruhe.de>
Message-ID: <20030304003148.K636@kushnir1.kiev.ua>
References: <20030303011726.R623@kushnir1.kiev.ua> <20030303100122.GA10188@rz.uni-karlsruhe.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, 3 Mar 2003, Philipp Mergenthaler wrote:

> On Mon, Mar 03, 2003 at 01:23:20AM +0200, Vladimir Kushnir wrote:
> > Practically 100% repeatable: after some CVS updates (not sure but it
> > seems after another high HD load as well) -CURRENT panics with
> > bwrite: buffer is not busy
> > (in the prefious message I've attached gdb trace and so on, and nothing
> > has changed so far).
> > It goes on for at least several days now.
>
> In that gdb trace, I think the panic was only an aftereffect and
> the trouble started here:
> #15 0xc02bc1c8 in calltrap () at {standard input}:96
> #16 0xc021fd79 in tcp_input (m=0xc0d49c30, off0=20)
>     at /usr/src/sys/netinet/tcp_input.c:2324
>
> Do you have version 1.198 of sys/netinet/tcp_input.c?  I haven't had
> that panic since then (i.e. for the last four days).
>
> Bye, Philipp
>
Yes:
src/sys/netinet/tcp_input.c,v 1.198 2003/02/26 18:20:41
Doesn't help, though. Of all "cvs up ..." or "cvsup ..." there was 1 or 2
that did not panic :-(

Regards,
Vladimir

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 14:56:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E80CA37B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 14:56:52 -0800 (PST)
Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 76BC643FA3
	for <current@freebsd.org>; Mon,  3 Mar 2003 14:56:52 -0800 (PST)
	(envelope-from james@uberduper.com)
Received: from bishop (unknown [208.33.24.5])
	by smak.uberduper.com (Postfix) with ESMTP id 605139CBE7
	for <current@freebsd.org>; Mon,  3 Mar 2003 14:57:54 -0800 (PST)
Date: Mon, 3 Mar 2003 14:57:12 -0800
From: James Satterfield <james@uberduper.com>
To: current@freebsd.org
Subject: current and vmware2
Message-Id: <20030303145712.2095e675.james@uberduper.com>
X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I'm trying to run vmware2 on a recent -current. I'm getting these when trying to load the vmmon_up module.
kldload: can't load /usr/local/lib/vmware/lib/modules/vmmon_up.ko: No such file or directory
Also making an appearance in dmesg is link_elf: symbol cdevsw_add undefined.
Current from today. Using linux_base-7.1_2.
Linux module is loaded.

Any suggestions would be appreciated.

James.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 15:15:56 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8D0D937B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 15:15:54 -0800 (PST)
Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 23F6C43F85
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 15:15:54 -0800 (PST)
	(envelope-from mbsd@pacbell.net)
Received: from atlas ([64.168.26.164])
 by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18
 2002)) with ESMTP id <0HB700IRK4M9NS@mta6.snfc21.pbi.net> for
 current@FreeBSD.ORG; Mon, 03 Mar 2003 15:15:45 -0800 (PST)
Date: Mon, 03 Mar 2003 15:15:45 -0800 (PST)
From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= <mbsd@pacbell.net>
Subject: Re: -CURRENT + cvs = panic
In-reply-to: <20030304003148.K636@kushnir1.kiev.ua>
X-X-Sender: mikko@atlas.home
To: current@FreeBSD.ORG
Message-id: <20030303150427.M6008-100000@atlas.home>
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 4 Mar 2003, Vladimir Kushnir wrote:

> On Mon, 3 Mar 2003, Philipp Mergenthaler wrote:
>
> > On Mon, Mar 03, 2003 at 01:23:20AM +0200, Vladimir Kushnir wrote:
> > > Practically 100% repeatable: after some CVS updates (not sure but it
> > > seems after another high HD load as well) -CURRENT panics with
> > > bwrite: buffer is not busy
> > > (in the prefious message I've attached gdb trace and so on, and nothing
> > > has changed so far).
> > > It goes on for at least several days now.
> >
> > In that gdb trace, I think the panic was only an aftereffect and
> > the trouble started here:
> > #15 0xc02bc1c8 in calltrap () at {standard input}:96
> > #16 0xc021fd79 in tcp_input (m=0xc0d49c30, off0=20)
> >     at /usr/src/sys/netinet/tcp_input.c:2324
> >
> > Do you have version 1.198 of sys/netinet/tcp_input.c?  I haven't had
> > that panic since then (i.e. for the last four days).
> >
> > Bye, Philipp
> >
> Yes:
> src/sys/netinet/tcp_input.c,v 1.198 2003/02/26 18:20:41
> Doesn't help, though. Of all "cvs up ..." or "cvsup ..." there was 1 or 2
> that did not panic :-(

Just to chime in: I get these panics almost daily on my laptop since
the last update (including tcp_input.c 1.198).  They used to happen
before as well, but less frequently.  Sadly, I no longer seem to get
crashdumps, but back when I did get them, the code path looked the
same (trap somewhere in tcp_input).

The crashes can happen at any time, even under very light load and are
invariably preceeded by the mouse freezing up, then a flurry of
error messages like:

  psmintr: delay too long; resetting byte count
  psmintr: out of sync (0000 != 0080).
  psmintr: discard a byte (1).
  psmintr: delay too long; resetting byte count
  psmintr: out of sync (0000 != 0080).
  psmintr: discard a byte (1).

Then the mouse recovers, but after that it looks like almost any
network activity will trigger a panic.  WITNESS does not print
anything.

  $.02,
  /Mikko

(Since the d*mn ACPI does not work anyway, I predict a "downgrade" to
 4.8 in the near future...)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 15:15:58 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 22E7537B405
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 15:15:55 -0800 (PST)
Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AE18F43F85
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 15:15:54 -0800 (PST)
	(envelope-from james@uberduper.com)
Received: from bishop (unknown [208.33.24.5])
	by smak.uberduper.com (Postfix) with ESMTP
	id 4C99E9BB0B; Mon,  3 Mar 2003 15:17:02 -0800 (PST)
Date: Mon, 3 Mar 2003 15:16:19 -0800
From: James Satterfield <james@uberduper.com>
To: James Satterfield <james@uberduper.com>
Cc: current@FreeBSD.ORG
Subject: Re: current and vmware2
Message-Id: <20030303151619.77273574.james@uberduper.com>
In-Reply-To: <20030303145712.2095e675.james@uberduper.com>
References: <20030303145712.2095e675.james@uberduper.com>
X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

By the way... /usr/local/lib/vmware/lib/modules/vmmon_up.ko does exist.

James.


On Mon, 3 Mar 2003 14:57:12 -0800
James Satterfield <james@uberduper.com> wrote:

> I'm trying to run vmware2 on a recent -current. I'm getting these when trying to load the vmmon_up module.
> kldload: can't load /usr/local/lib/vmware/lib/modules/vmmon_up.ko: No such file or directory
> Also making an appearance in dmesg is link_elf: symbol cdevsw_add undefined.
> Current from today. Using linux_base-7.1_2.
> Linux module is loaded.
> 
> Any suggestions would be appreciated.
> 
> James.
> 
> 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-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 15:36:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B1D7737B401; Mon,  3 Mar 2003 15:36:43 -0800 (PST)
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0134743F3F; Mon,  3 Mar 2003 15:36:43 -0800 (PST)
	(envelope-from gallatin@cs.duke.edu)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.12.8/8.12.8) with ESMTP id h23NagG1028885
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Mon, 3 Mar 2003 18:36:42 -0500 (EST)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h23Nab871910;
	Mon, 3 Mar 2003 18:36:37 -0500 (EST)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15971.59141.326652.334367@grasshopper.cs.duke.edu>
Date: Mon, 3 Mar 2003 18:36:37 -0500 (EST)
To: jhb@freebsd.org
Cc: freebsd-current@freebsd.org
Subject: witness_get: witness exhausted?
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I'm developing a character driver which tracks a lot of state on a
per-open basis.  I've got several mutexes in there which are
initialzed at open, and destroyed at close.  After a few
dozen opens, witness seems to croak with:

    witness_get: witness exhausted

Am I leaking something?  Or is the witness code?  I looked at
subr_witness.c, and I don't see witness_free() being called from
witness_destroy().  There's probably some design constraint that
I don't understand.  

If the fault is with the witness code, can it be fixed?

FWIW, Witness (and the FreeBSD debugging environment in general) is
why I've gotten approval to co-develop this driver on FreeBSD (in
addition to linux).  Its already caught several locking bugs.

Thanks,

Drew



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 15:43:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B16F737B405
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 15:43:31 -0800 (PST)
Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4883443F93
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 15:43:30 -0800 (PST)
	(envelope-from mime@traveller.cz)
Received: from prg.traveller.cz (localhost [127.0.0.1])
	by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg) with ESMTP id h23Nfp9t068426;
	Tue, 4 Mar 2003 00:41:51 +0100 (CET)
Received: from localhost (mime@localhost)
	by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg/submit) with ESMTP id h23NfplX068423;
	Tue, 4 Mar 2003 00:41:51 +0100 (CET)
Date: Tue, 4 Mar 2003 00:41:51 +0100 (CET)
From: Michal Mertl <mime@traveller.cz>
To: Giorgos Keramidas <keramida@ceid.upatras.gr>
Cc: current@FreeBSD.org
Subject: Re: potential for foot-shooting with KLD's
In-Reply-To: <20030303171905.GC56386@gothmog.gr>
Message-ID: <20030304004124.B68258@prg.traveller.cz>
References: <20030302153608.P44831@prg.traveller.cz> <20030303171905.GC56386@gothmog.gr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> How about `unset XX_load' ?

It works only for acpi.

-- 
Michal Mertl
mime@traveller.cz

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 16:36:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9763937B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 16:36:15 -0800 (PST)
Received: from gddsn.org.cn (mail.gddsn.org.cn [210.21.6.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1962143FDD
	for <current@freebsd.org>; Mon,  3 Mar 2003 16:36:14 -0800 (PST)
	(envelope-from huang@gddsn.org.cn)
Received: from gddsn.org.cn (gw [210.21.6.34])
	by gddsn.org.cn (Postfix) with ESMTP id 04D0938CB28
	for <current@freebsd.org>; Tue,  4 Mar 2003 08:36:09 +0800 (CST)
Message-ID: <3E63F4F8.2080602@gddsn.org.cn>
Date: Tue, 04 Mar 2003 08:36:08 +0800
From: Huang wen hui <huang@gddsn.org.cn>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.2.1) Gecko/20030213
X-Accept-Language: zh-cn, zh-tw, en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Subject: ATA unable to map interrupt
Content-Type: text/plain; charset=gb2312
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

hi,
I can't boot recent CURRENT on PCM-5823. Is this the problem of ATA driver?

Copyright (c) 1992-2003 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 SBOX #0: Sun Mar 2 12:21:09 GMT 2003
root@hwh.gddsn.org.cn:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ab2000.
Preloaded mfs_root "/boot/mfsroot" at 0xc0ab20a8.
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 299237489 Hz
CPU: Cyrix GXm (299.24-MHz 586-class CPU)
Origin = "CyrixInstead" Id = 0x540 DIR=0x8244 Stepping=8 Revision=2
real memory = 131596288 (125 MB)
avail memory = 116523008 (111 MB)
Allocating major#253 to "net"
Allocating major#252 to "pci"
md0: Preloaded image </boot/mfsroot> 4423680 bytes at 0xc0678210
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcibios: BIOS version 2.10
Using $PIR table, 3 entries at 0xc00fd9b0
pcib0: <Host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
fxp0: <Intel Embedded 10/100 Ethernet> port 0xe000-0xe03f mem
0xe2020000-0xe203ffff,0xe2040000-0xe2040fff irq 15 at device 11.0 on pci0
fxp0: Ethernet address 00:d0:c9:53:47:17
inphy0: <i82555 10/100 media interface> on miibus0
inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp1: <Intel Embedded 10/100 Ethernet> port 0xe400-0xe43f mem
0xe2000000-0xe201ffff,0xe2041000-0xe2041fff irq 11 at device 12.0 on pci0
fxp1: Ethernet address 00:d0:c9:53:47:18
inphy1: <i82555 10/100 media interface> on miibus1
inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
isab0: <PCI-ISA bridge> at device 18.0 on pci0
isa0: <ISA bus> on isab0
pci0: <bridge, PCI-unknown> at device 18.1 (no driver attached)
atapci0: <Cyrix 5530 ATA33 controller> port 0xf000-0xf00f at device 18.2
on pci0
atapci0: unable to map interrupt
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
pci0: <multimedia, audio> at device 18.3 (no driver attached)
pci0: <display, VGA> at device 18.4 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xe2045000-0xe2045fff irq 15
at device 19.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
uhub0: (0x0e11) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0
pmtimer0 on isa0
ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0
ata1 at port 0x376,0x170-0x177 irq 15 on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/16 bytes threshold
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
db> trace


Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc046a380
stack pointer = 0x10:0xc0ad49f8
frame pointer = 0x10:0xc0ad49fc
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = resume, IOPL = 0
current process = 0 (swapper)
kernel: type 12 trap, code=0



--hwh



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 16:42:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1722037B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 16:42:44 -0800 (PST)
Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 19BEB43FA3
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 16:42:43 -0800 (PST)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
	by smtp3.server.rpi.edu (8.12.7/8.12.7) with ESMTP id h240gf0H032442;
	Mon, 3 Mar 2003 19:42:41 -0500
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05200f3fba89a4035dcf@[128.113.24.47]>
In-Reply-To: <20030303145712.2095e675.james@uberduper.com>
References: <20030303145712.2095e675.james@uberduper.com>
Date: Mon, 3 Mar 2003 19:42:40 -0500
To: James Satterfield <james@uberduper.com>, current@FreeBSD.ORG
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: current and vmware2
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: MIMEDefang 2.28
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 2:57 PM -0800 3/3/03, James Satterfield wrote:
>I'm trying to run vmware2 on a recent -current. I'm getting these
>when trying to load the vmmon_up module.
>
>    kldload: can't load /usr/local/lib/vmware/lib/modules/vmmon_up.ko:
>                        No such file or directory
>
>Also making an appearance in dmesg is
>
>    link_elf: symbol cdevsw_add undefined.
>
>Current from today. Using linux_base-7.1_2.
>Linux module is loaded.

This is a problem that came up in the past week or two.  I don't
know exactly what causes it, or how to fix it.  I suspect that it
is some recent kernel/device change, and it might very well be
easy to update the vmware2 port to work again.

I haven't had any time to look into it, but I did try doing a
force-rebuild of the rtc and vmware2 ports, and that did not seem
to fix it.

-- 
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-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 16:52:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5812A37B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 16:52:33 -0800 (PST)
Received: from sv02.webonaut.com (kirk.webonaut.com [212.41.243.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 76BC643F75
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 16:52:28 -0800 (PST)
	(envelope-from klammer@webonaut.com)
Received: from [212.41.243.28] (sisko.webonaut.com [212.41.243.28])
	by sv02.webonaut.com (Postfix) with ESMTP
	id AB40A766E7; Tue,  4 Mar 2003 01:52:26 +0100 (CET)
Subject: Re: current and vmware2
From: Franz Klammer <klammer@webonaut.com>
To: Garance A Drosihn <drosih@rpi.edu>
Cc: James Satterfield <james@uberduper.com>, current@FreeBSD.ORG
In-Reply-To: <p05200f3fba89a4035dcf@[128.113.24.47]>
References: <20030303145712.2095e675.james@uberduper.com>
	 <p05200f3fba89a4035dcf@[128.113.24.47]>
Content-Type: text/plain
Organization: 
Message-Id: <1046739147.1511.9.camel@ds9.webonaut.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 04 Mar 2003 01:52:27 +0100
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Am Di, 2003-03-04 um 01.42 schrieb Garance A Drosihn:
> At 2:57 PM -0800 3/3/03, James Satterfield wrote:
> >I'm trying to run vmware2 on a recent -current. I'm getting these
> >when trying to load the vmmon_up module.
> >
> >    kldload: can't load /usr/local/lib/vmware/lib/modules/vmmon_up.ko:
> >                        No such file or directory
> >
> >Also making an appearance in dmesg is
> >
> >    link_elf: symbol cdevsw_add undefined.
> >
> >Current from today. Using linux_base-7.1_2.
> >Linux module is loaded.
> 
> This is a problem that came up in the past week or two.  I don't
> know exactly what causes it, or how to fix it.  I suspect that it
> is some recent kernel/device change, and it might very well be
> easy to update the vmware2 port to work again.
> 
> I haven't had any time to look into it, but I did try doing a
> force-rebuild of the rtc and vmware2 ports, and that did not seem
> to fix it.


no that doesn't help. i did an update of my kernel and userland
just one hour beforeTue (Mar  4 00:42:46 CET 2003) and since 
this time vmware2 didn't run.

i've recompiled vmware2 and rtc.

franz.

-- 
WEBONAUT.com
http://webonaut.com
mailto:klammer@webonaut.com



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 17:18:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1F87737B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 17:18:15 -0800 (PST)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 193F143FAF
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 17:18:14 -0800 (PST)
	(envelope-from wa1ter@myrealbox.com)
Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.109.103]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.32  $ on Novell NetWare
	via secured & encrypted transport (TLS);
	Mon, 03 Mar 2003 18:18:17 -0700
Message-ID: <3E63FEE1.2020805@myrealbox.com>
Date: Mon, 03 Mar 2003 17:18:25 -0800
From: walt <wa1ter@myrealbox.com>
Organization: none
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030210
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: Disaster strikes...
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

After cvsup'ing just now I cannot reboot -CURRENT either with the new
kernel or the old kernel.

The new kernel panics instantly on boot, and the old kernel halts
with multiple messages about ACPI, so I'm stuck with an unbootable
machine.

What is the command to disable acpi at the boot prompt?  I tried
'toggle-module acpi' with no luck.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 18: 8: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1D6F637B401
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 18:08:00 -0800 (PST)
Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 80CBA43FCB
	for <current@FreeBSD.org>; Mon,  3 Mar 2003 18:07:58 -0800 (PST)
	(envelope-from keramida@ceid.upatras.gr)
Received: from gothmog.gr (patr530-a027.otenet.gr [212.205.215.27])
	by mailsrv.otenet.gr (8.12.8/8.12.8) with ESMTP id h2427s5q005675;
	Tue, 4 Mar 2003 04:07:55 +0200 (EET)
Received: from gothmog.gr (gothmog [127.0.0.1])
	by gothmog.gr (8.12.8/8.12.8) with ESMTP id h2427r9w000766;
	Tue, 4 Mar 2003 04:07:54 +0200 (EET)
	(envelope-from keramida@ceid.upatras.gr)
Received: (from giorgos@localhost)
	by gothmog.gr (8.12.8/8.12.8/Submit) id h2426Whr000705;
	Tue, 4 Mar 2003 04:06:32 +0200 (EET)
	(envelope-from keramida@ceid.upatras.gr)
Date: Tue, 4 Mar 2003 04:06:32 +0200
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
To: Michal Mertl <mime@traveller.cz>
Cc: current@FreeBSD.org
Subject: Re: potential for foot-shooting with KLD's
Message-ID: <20030304020632.GA681@gothmog.gr>
References: <20030302153608.P44831@prg.traveller.cz> <20030303171905.GC56386@gothmog.gr> <20030304004124.B68258@prg.traveller.cz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030304004124.B68258@prg.traveller.cz>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2003-03-02 17:34, Michal Mertl <mime@traveller.cz> wrote:
: Imagine you decided to go with modular kernel. You comment out 'device
: random' in your kernel-config and place 'random_load="YES"' in
: /boot/loader.conf. When you reboot and don't rebuild the kernel first, you
: have your machine unbootable - at least in case you previously had acpi in
: your kernel and acpi doesn't work without OS supplied dsdt (as in my
: case) or you need acpi as a module or any other module.
:
: The way out is to boot from install CDROM, have fixit floppy, mount the
: old root and remove the random.ko module. Which is pretty inconvenient,
: when you don't have the medias handy.
:
: The problem is that I can't ask loader not to load some module. It doesn't
: understand 'unset XX_load'. It doesn't work to say 'set XX_load="NO"'
: either. The only way I found to make it not load the modules is to 'load
: /boot/kernel/kernel;set module_path="";boot'. Unfortunately it doesn't
: help me either because I need to load special acpi_dsdt.aml which isn't
: then loaded either.

On 2003-03-03 17:19:05, Giorgos Keramidas <keramida@ceid.upatras.gr> wrote:
:
: How about `unset XX_load' ?
:
: - Giorgos

On 2003-03-04 00:41, Michal Mertl <mime@traveller.cz> wrote:
: > How about `unset XX_load' ?
:
: It works only for acpi.

I just tried editing my /boot/loader.conf to make sure you haven't hit
upon a bug.  I added this line:

	ipfw_load="YES"

and rebooted.  The loader loaded both /boot/kernel/kernel and ipfw.ko
as you'd expect.  I then used the `unload' command and loaded only my
kernel afterwards:

	OK unload
	OK load /boot/kernel/kernel
	OK boot -s

Voila!  Only my kernel and acpi.ko were loaded.  Then, without editing
my /boot/loader.conf I rebooted and inteerrupted the loader after
ipfw.ko and the kernel were loaded.  I disabled ACPI with:

	OK unset acpi_load
	OK boot -s

Only the kernel and ipfw.ko were loaded.  Then, I tried yet another
way of disabling ipfw.ko at load time, and set ipfw_load to "NO" in
my loader.conf.  Only the kernel and acpi.ko were loaded.

What is it that troubles you?  I'm not sure I can reproduce it.

- Giorgos

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 18:30:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 309EB37B401
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 18:30:28 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A059043FE0
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 18:30:25 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h242UOXH026515;
	Mon, 3 Mar 2003 21:30:24 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h242UONJ026512;
	Mon, 3 Mar 2003 21:30:24 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Mon, 3 Mar 2003 21:30:24 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: walt <wa1ter@myrealbox.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Disaster strikes...
In-Reply-To: <3E63FEE1.2020805@myrealbox.com>
Message-ID: <20030303212650.D59207@alpha.siliconlandmark.com>
References: <3E63FEE1.2020805@myrealbox.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Mon, 3 Mar 2003, walt wrote:

> After cvsup'ing just now I cannot reboot -CURRENT either with the new
> kernel or the old kernel.
>
> The new kernel panics instantly on boot, and the old kernel halts
> with multiple messages about ACPI, so I'm stuck with an unbootable
> machine.
>
> What is the command to disable acpi at the boot prompt?  I tried
> 'toggle-module acpi' with no luck.

unset acpi_load

If you're still having problems, Make sure that you do
set module_path=/boot/kernel.old
at the loader prompt. This will ensure that you're not loading the new
modules with your old kernel.

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 19:13:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AC05437B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 19:13:16 -0800 (PST)
Received: from smtp.net1plus.com (smtp.net1plus.com [207.77.56.8])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AD95E43F3F
	for <current@freebsd.org>; Mon,  3 Mar 2003 19:13:15 -0800 (PST)
	(envelope-from saldane@canofsleep.com)
Received: from canofsleep.com (66-205-81-149.in-addr.net1plus.com [66.205.81.149])
	by smtp.net1plus.com (8.11.6/8.11.6) with ESMTP id h243DC829588
	for <current@freebsd.org>; Mon, 3 Mar 2003 22:13:13 -0500
Message-ID: <3E6419BA.2090703@canofsleep.com>
Date: Mon, 03 Mar 2003 22:12:58 -0500
From: Scotty <saldane@canofsleep.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Subject: Re: ATA problems
References: <200302252028.h1PKStVk048717@spider.deepcore.dk>
In-Reply-To: <200302252028.h1PKStVk048717@spider.deepcore.dk>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I am getting the same

ad0: READ command timeout tag=0 serv=0 - resetting
ata0: resetting devices ..

error messages, and disk io pauses when it resets the devices for around 
3 seconds (estimated from mpg123 pause in play),
a brief description of my system until i reboot and submit a verbose 
dmesg later tonight:
Abit BP6 with 2 processors, Highpoint366 in dma mode, Western digital 80 gig
running -current from mid february sources

I am very willing to test patches to solve this problem

- Scott MacPhee


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 19:20:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 56B0A37B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 19:20:36 -0800 (PST)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BF40F43F85
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 19:20:35 -0800 (PST)
	(envelope-from wa1ter@myrealbox.com)
Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.109.103]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.32  $ on Novell NetWare
	via secured & encrypted transport (TLS);
	Mon, 03 Mar 2003 20:20:39 -0700
Message-ID: <3E641B90.6030706@myrealbox.com>
Date: Mon, 03 Mar 2003 19:20:48 -0800
From: walt <wa1ter@myrealbox.com>
Organization: none
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: Re: Disaster strikes...
References: <b4134f$80b$1@FreeBSD.csie.NCTU.edu.tw>
In-Reply-To: <b4134f$80b$1@FreeBSD.csie.NCTU.edu.tw>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Andre Guibert de Bruet wrote:
> On Mon, 3 Mar 2003, walt wrote:
> 
> 
>>After cvsup'ing just now I cannot reboot -CURRENT either with the new
>>kernel or the old kernel.
>>
>>The new kernel panics instantly on boot, and the old kernel halts
>>with multiple messages about ACPI, so I'm stuck with an unbootable
>>machine.


> ...set module_path=/boot/kernel.old
> at the loader prompt. This will ensure that you're not loading the new
> modules with your old kernel...


Yes!  This is exactly what I needed, thank you!  The old kernel
boots normally now.




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 20:39: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9426537B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 20:38:57 -0800 (PST)
Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 91C8943F85
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 20:38:53 -0800 (PST)
	(envelope-from davidxu@freebsd.org)
Received: from davidw2k (ip-240-1-168-192.rev.dyxnet.com [192.168.1.240]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id 1G6NWBK4; Tue, 4 Mar 2003 12:26:09 +0800
Message-ID: <003701c2e208$12fde4c0$f001a8c0@davidw2k>
From: "David Xu" <davidxu@freebsd.org>
To: <current@FreeBSD.ORG>
References: <200302252028.h1PKStVk048717@spider.deepcore.dk> <3E6419BA.2090703@canofsleep.com>
Subject: ATA MODE_SENSE_BIG timeout
Date: Tue, 4 Mar 2003 12:39:42 +0800
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 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

For those want to fix ATA code, I have another problem
with CURRENT.  I have a Tyan Tiger 230T which is based
on VIA Apollo 133T, south bridge is VIA 686B.
On second IDE,  I have a Mitsubishi 52X cdrom as master,
and a Sony 16X CD R/W as slave, when startup, kernel
is always stuck at "MODE_SENSE_BIG timeout".
I fortunately catched the dmesg text since ATA code past the=20
probing stage. In most case,  it will be stuck there forever.
BTW, both Linux (2.2.14, Redhat) and MS Windows can probe
these devices in few seconds without any problem.

Here is the dmesg:

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
 The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #4: Fri Feb 28 23:55:50 CST 2003
    davidxu@asus.my:/home/davidxu/src/sys/i386/compile/xu2
Preloaded elf kernel "/boot/kernel/kernel" at 0xc04cc000.
Preloaded elf module "/boot/kernel/vesa.ko" at 0xc04cc0a8.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04cc154.
Timecounter "i8254"  frequency 1193182 Hz
CPU: Intel Pentium III (999.67-MHz 686-class CPU)
  Origin =3D "GenuineIntel"  Id =3D 0x68a  Stepping =3D 10
  =
Features=3D0x387fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE>
real memory  =3D 268369920 (255 MB)
avail memory =3D 255410176 (243 MB)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
 cpu0 (BSP): apic id:  0, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  1, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x00178011, at 0xfec00000
Pentium Pro MTRR support enabled
VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc047fca2 (1000022)
VESA: NVidia
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <VIA694 AWRDACPI> on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
pcibios: BIOS version 2.10
Using $PIR table, 8 entries at 0xc00fdd20
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_cpu1: <CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port =
0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on =
acpi0
pci0: <ACPI PCI bus> on pcib0
IOAPIC #0 intpin 5 -> irq 2
IOAPIC #0 intpin 10 -> irq 5
IOAPIC #0 intpin 11 -> irq 10
agp0: <VIA 82C691 (Apollo Pro) host to PCI bridge> mem =
0xf0000000-0xf3ffffff at device 0.0 on pci0
pcib1: <PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686b UDMA100 controller> port 0xd000-0xd00f at device =
7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <VIA 83C572 USB controller> port 0xd400-0xd41f irq 2 at device =
7.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhub0: port error, restarting port 1
uhub0: port error, giving up port 1
uhub0: port error, restarting port 2
uhub0: port error, giving up port 2
uhci1: <VIA 83C572 USB controller> port 0xd800-0xd81f irq 2 at device =
7.3 on pci0
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhub1: port error, restarting port 1
uhub1: port error, giving up port 1
uhub1: port error, restarting port 2
uhub1: port error, giving up port 2
pci0: <bridge, PCI-unknown> at device 7.4 (no driver attached)
pci0: <multimedia, audio> at device 9.0 (no driver attached)
ed0: <NE2000 PCI Ethernet (RealTek 8029)> port 0xe400-0xe41f irq 10 at =
device 11.0 on pci0
ed0: address 52:54:ab:52:53:8f, type NE2000 (16 bit)=20
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port =
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
sio1 port 0x2f8-0x2ff irq 3 on acpi0
sio1: type 16550A
ppc0 port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
pmtimer0 on isa0
orm0: <Option ROM> at iomem 0xc0000-0xcb7ff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=3D0x200>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =
isa0
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0%
ad0: 57241MB <ST360021A> [116301/16/63] at ata0-master UDMA100
acd0: CDROM <ATAPI-CD ROM-DRIVE-52MAX> at ata1-master PIO4
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: read data overrun 34/0
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: read data overrun 34/0
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: read data overrun 34/0
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: read data overrun 34/0
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: read data overrun 34/0
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: read data overrun 34/0
acd1: MODE_SENSE_BIG command timeout - resetting
ata1: resetting devices ..
done
acd1: CD-RW <SONY CD-RW CRX140E> at ata1-slave PIO4
SMP: AP CPU #1 Launched!
MBREXT Slice 5 on ad0s2:
[0] f:00 typ:7 s(CHS):5/1/65 e(CHS):255/254/255 s:63 l:20964762
[1] f:00 typ:5 s(CHS):255/0/193 e(CHS):255/254/255 s:20964825 l:20964825
MBREXT Slice 6 on ad0s2:
[0] f:00 typ:7 s(CHS):255/1/193 e(CHS):255/254/255 s:63 l:20964762
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
Mounting root from ufs:/dev/ad0s3a

--
David Xu



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 21: 2: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EC56837B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 21:02:06 -0800 (PST)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3565843F93
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 21:02:06 -0800 (PST)
	(envelope-from wa1ter@myrealbox.com)
Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.109.103]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.32  $ on Novell NetWare
	via secured & encrypted transport (TLS);
	Mon, 03 Mar 2003 22:02:09 -0700
Message-ID: <3E64335A.60408@myrealbox.com>
Date: Mon, 03 Mar 2003 21:02:18 -0800
From: walt <wa1ter@myrealbox.com>
Organization: none
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: nvidia module panics today's kernel [03-03-03]
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

My mini 'disaster' of earlier today was caused by the nvidia kernel
module being autoloaded at boot, which causes an immediate kernel panic.

The newest kernel seems fine until I try to load the module manually,
at which time I still get the kernel panic even after re-compiling
the module.

Maxime, it looks like the nvidia module will need to be sculpted one
more time.   :-(


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 21:37:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A652E37B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 21:37:34 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D0C5143F93
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 21:37:33 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h245bW5Z008365
	for <current@FreeBSD.ORG>; Tue, 4 Mar 2003 00:37:33 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h245bWnL008360
	for <current@FreeBSD.ORG>; Tue, 4 Mar 2003 00:37:32 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Tue, 4 Mar 2003 00:37:31 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: current@FreeBSD.ORG
Subject: Re: Double fault with IBM microdrives and CompactFlash (LONG)
In-Reply-To: <20030302105316.P91528@alpha.siliconlandmark.com>
Message-ID: <20030304001828.K59207@alpha.siliconlandmark.com>
References: <20030301120003.R91528@alpha.siliconlandmark.com>
 <20030302105316.P91528@alpha.siliconlandmark.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Latest update:

pccard0: Allocation failed for cfe 0
ata2 at port 0x140-0x14f irq 10 function 0 config 1 on pccard0
ad4: 342MB <IBM-DMDM-10340> [695/16/63] at ata2-master PIO1

# atacontrol cap 2 0 # Microdrive

ATA/ATAPI revision    4
device model          IBM-DMDM-10340
serial number         XHAF1669
firmware revision     MD2IC501

# atacontrol cap 2 0 # Compactflash

ATA/ATAPI revision    0
device model          TOSHIBA THNCF128MBA
serial number         STCB21M82005E93599A5
firmware revision     2.00

It works! :-)

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 21:53:35 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 452C537B405
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 21:53:34 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 518BE43FAF
	for <freebsd-current@FreeBSD.ORG>; Mon,  3 Mar 2003 21:53:33 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h245rW5Z008498;
	Tue, 4 Mar 2003 00:53:32 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h245rW1w008495;
	Tue, 4 Mar 2003 00:53:32 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Tue, 4 Mar 2003 00:53:32 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: walt <wa1ter@myrealbox.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: nvidia module panics today's kernel [03-03-03]
In-Reply-To: <3E64335A.60408@myrealbox.com>
Message-ID: <20030304005059.M59207@alpha.siliconlandmark.com>
References: <3E64335A.60408@myrealbox.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Mon, 3 Mar 2003, walt wrote:

> My mini 'disaster' of earlier today was caused by the nvidia kernel
> module being autoloaded at boot, which causes an immediate kernel panic.
>
> The newest kernel seems fine until I try to load the module manually,
> at which time I still get the kernel panic even after re-compiling
> the module.
>
> Maxime, it looks like the nvidia module will need to be sculpted one
> more time.   :-(

If you really need to use your workstation, you can try the open source nv
XFree86 driver. It's not as fast as the nVidia detonator driver and it's
not accelerated, but you can at least use X11 at a reasonable resolution
and color depth.

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22: 7:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9B3E837B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 22:07:40 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 15E4D43F75
	for <current@freebsd.org>; Mon,  3 Mar 2003 22:07:39 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h24679n01570
	for current@freebsd.org; Tue, 4 Mar 2003 03:07:09 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from jurema.cin.ufpe.br (jurema [172.17.33.106])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h2466qS88186
	for <current@freebsd.org>; Tue, 4 Mar 2003 03:07:08 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from rss (helo=localhost)
	by jurema.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian))
	id 18q48U-0003tU-00
	for <current@FreeBSD.ORG>; Tue, 04 Mar 2003 01:34:38 -0300
Date: Tue, 4 Mar 2003 01:34:28 -0300 (BRT)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: current@freebsd.org
Subject: ltmdm is broken now... and the disaster is coming!
Message-ID: <Pine.LNX.4.44.0303040242500.30679-100000@arcoverde.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I got CURRENT sources from some hours ago and made the same ritual:

buildworld, buidlkernel, installkernel, installworld, mergemaster.

I know, the mega-commit was made, so ltmdm is broken now:

rss@MeLKoR:/usr/ports/comms/ltmdm> sudo make
*************************************************
If your ISP supports K56flex protocol only and
 doesn't support V90, define USE_595_OBJ.
Otheriwse your modem will not connect
*************************************************
===>  Extracting for ltmdm-1.4_3
>> Checksum OK for ltmdm-1.4.tgz.
===>  Patching for ltmdm-1.4_3
===>  Applying FreeBSD patches for ltmdm-1.4_3
===>  Configuring for ltmdm-1.4_3
===>  Building for ltmdm-1.4_3
Warning: Object directory not changed from original
/usr/ports/comms/ltmdm/work/sys/modules/ltmdm
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h
awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
uudecode -p
</usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmobj-600.o.uu
>ltmdmobj.o
cc -O -pipe -march=athlon-xp -DLTMDMOBJ_VERSION=600 -DCDEV_MAJOR=228
-D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-   -I. -I@ -I@/dev
-I@/../include -I/usr/include -fno-common  -mno-align-long-strings
-mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual  -fformat-extensions -ansi -c
/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c
In file included from
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:63:
@/sys/dkstat.h:45:2: warning: #warning "<sys/dkstat.h> is deprecated and
should not be #include'd"
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:363: warning:
initialization makes integer from pointer without a cast
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:364: warning:
initialization makes integer from pointer without a cast
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:365: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:366: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:367: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:368: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:369: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:370: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:371: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:372: warning:
initialization makes pointer from integer without a cast
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:373: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:384: `D_KQFILTER'
undeclared here (not in a function)
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:384: initializer
element is not constant
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:384: (near
initialization for `sio_cdevsw.d_kqfilter')
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:385: warning: excess
elements in struct initializer
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:385: warning: (near
initialization for `sio_cdevsw')
*** Error code 1

Stop in /usr/ports/comms/ltmdm/work/sys/modules/ltmdm.
*** Error code 1

Stop in /usr/ports/comms/ltmdm.

I can stay online because not booted yet, and I have another problem:
a nForce based motherboard w/ Integrated GeForce2. This system don't work
with X Window's nv driver, only with nVIDIA's one. I saw that nvidia
module is broken again. My hope now is on Maxime, the hero of nVIDIA
users! :)

------------------------------------------------------------------------------
    (_ )   "Contrary to popular belief, UNIX is user friendly. It just happens
 \\\'',) ^  to be very selective about who it decides to make friends with."
   \/  \(
   .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
------------------------------------------------------------------------------





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22:25:27 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CCA9E37B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 22:25:25 -0800 (PST)
Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 306E143FA3
	for <current@freebsd.org>; Mon,  3 Mar 2003 22:25:25 -0800 (PST)
	(envelope-from jroberson@chesapeake.net)
Received: from localhost (jroberson@localhost)
	by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id h246POj67792
	for <current@freebsd.org>; Tue, 4 Mar 2003 01:25:24 -0500 (EST)
	(envelope-from jroberson@chesapeake.net)
Date: Tue, 4 Mar 2003 01:25:24 -0500 (EST)
From: Jeff Roberson <jroberson@chesapeake.net>
To: current@freebsd.org
Subject: SCHED_ULE ok again.  feedback please?
Message-ID: <20030304011700.C62398-100000@mail.chesapeake.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I'm using SCHED_ULE on my laptop now.  My recent round of fixes seems to
have helped out.  I'm getting good interactive performance.  I'm doing the
following:

nice -5'd for (;;) {} process.
make -j4 buildworld

Mozilla, pine, irc, screen, vi, etc.

All interactive tasks are very responsive.  My nice -5'd looping process
is getting 70% of the cpu and my compile is taking the rest.  nice +20 may
not behave as well as in sched_4bsd right now.  I'm going to work on that.

This is on a 2ghz laptop though so your mileage may vary.  Use reports are
welcome.

Interactivity suffered so much over the last few weeks because I changed
the mechanism that determines interactivity and that impacts slice
assignment and priorities.  It took me a while to get it right but it
solved a major drawback with the old scheme.  I do not anticipate any
major rework on this part of the scheduler now.  It should only be tuning.

One thing that I'm looking for feedback on specifically is expensive but
interactive applications.  I'm thinking of office programs or mozilla on a
slow machine.  Do this while running a compile or a compute bound task.

Thanks,
Jeff


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22:35: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5CBA837B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 22:35:06 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D54D643F3F
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 22:34:59 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h246YNR39574;
	Tue, 4 Mar 2003 03:34:23 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from jurema.cin.ufpe.br (jurema [172.17.33.106])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h246Y7S19856;
	Tue, 4 Mar 2003 03:34:12 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from rss (helo=localhost)
	by jurema.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian))
	id 18q4Yr-0002Ob-00; Tue, 04 Mar 2003 02:01:53 -0300
Date: Tue, 4 Mar 2003 02:01:43 -0300 (BRT)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc: walt <wa1ter@myrealbox.com>, <freebsd-current@freebsd.org>
Subject: Re: nvidia module panics today's kernel [03-03-03]
In-Reply-To: <20030304005059.M59207@alpha.siliconlandmark.com>
Message-ID: <Pine.LNX.4.44.0303040155280.10465-100000@jurema.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


> If you really need to use your workstation, you can try the open source nv
> XFree86 driver. It's not as fast as the nVidia detonator driver and it's
> not accelerated, but you can at least use X11 at a reasonable resolution
> and color depth.
>
> Regards,

With nForce based motherboards, it seems to not help. My machine locks
up with nv driver, X don't start, locks hard. I tried before with FreeBSD
4.x/CURRENT and OpenBSD 3.2-beta/3.2, only works with NetBSD.

Rossam.

> > Andre Guibert de Bruet | Enterprise Software Consultant >
> > Silicon Landmark, LLC. | http://siliconlandmark.com/    >
>
> 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-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22:41:57 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D3F2337B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 22:41:55 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 39BB443FBF
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 22:41:49 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h246fCV47244;
	Tue, 4 Mar 2003 03:41:12 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from jurema.cin.ufpe.br (jurema [172.17.33.106])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h246euS68922;
	Tue, 4 Mar 2003 03:41:02 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from rss (helo=localhost)
	by jurema.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian))
	id 18q4fS-00027p-00; Tue, 04 Mar 2003 02:08:42 -0300
Date: Tue, 4 Mar 2003 02:08:32 -0300 (BRT)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc: walt <wa1ter@myrealbox.com>, <freebsd-current@freebsd.org>
Subject: Re: nvidia module panics today's kernel [03-03-03]
In-Reply-To: <20030304005059.M59207@alpha.siliconlandmark.com>
Message-ID: <Pine.LNX.4.44.0303040202050.10465-100000@jurema.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


> If you really need to use your workstation, you can try the open source nv
> XFree86 driver. It's not as fast as the nVidia detonator driver and it's
> not accelerated, but you can at least use X11 at a reasonable resolution
> and color depth.
>
> Regards,

If you have a nForce based machine that locks up with nv driver, you can
use the VESA driver... no big performance, but you can even watch DVDs!

PS: Slow in fullscreen mode, my machine has a AMD Athlon XP 1800+. YMMV.

Rossam.

> > Andre Guibert de Bruet | Enterprise Software Consultant >
> > Silicon Landmark, LLC. | http://siliconlandmark.com/    >
>
> 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-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22:43:23 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B457C37B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 22:43:15 -0800 (PST)
Received: from plewe.is.tsukuba.ac.jp (plewe.is.tsukuba.ac.jp [130.158.81.199])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2B83D43FA3
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 22:43:14 -0800 (PST)
	(envelope-from till@plewe.is.tsukuba.ac.jp)
Received: from plewe.is.tsukuba.ac.jp (localhost [127.0.0.1])
	by plewe.is.tsukuba.ac.jp (8.12.7/8.12.7) with ESMTP id h246hU2D083536;
	Tue, 4 Mar 2003 15:43:30 +0900 (JST)
	(envelope-from till@plewe.is.tsukuba.ac.jp)
Received: (from till@localhost)
	by plewe.is.tsukuba.ac.jp (8.12.7/8.12.7/Submit) id h246hUvh083535;
	Tue, 4 Mar 2003 15:43:30 +0900 (JST)
Date: Tue, 4 Mar 2003 15:43:29 +0900
From: Till Plewe <till@plewe.is.tsukuba.ac.jp>
To: current@FreeBSD.ORG
Subject: smp-kernel panics while booting
Message-ID: <20030304064329.GA58205@plewe.is.tsukuba.ac.jp>
Reply-To: till@score.is.tsukuba.ac.jp
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have 2 Xeon processors on a PDPEA (Rioworks) motherboard 
(http://www.rioworks.co.jp/products/pdpea.html).

The generic kernel boots without problems (see output of dmesg below).

When I use the SMP kernel I invariably (5.0 release, various CURRENTs,
the latest cvsuped yesterday, various BIOS settings) get:

CPU ...
real memory ...
avail memory ...

Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
Programming 24 pins in IOAPIC #1
Programming 24 pins in IOAPIC #2
AP #1 (PHY# 1) failed!
panic y/n [y] Uptime: 1s
panic: Assertion mtx_unowned(m)  failed at /usr/src/sys/kern/kern_mutex.c:966
cpuid = 0; lapic.id = 00000000
Debugger("panic")
Stopped at 	Debugger+0x4f:	xchgl	%ebx,in_Debugger.0

I would be grateful for any suggestions.

- Till

PS Linux 2.4.18-14smp seems to work.


OUTPUT OF DMESG
===================================
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #3: Mon Mar  3 20:51:39 JST 2003
    till@plewe2.is.tsukuba.ac.jp:/usr/obj/usr/src/sys/GENERIC
Preloaded elf kernel "/boot/kernel.gen/kernel" at 0xc069f000.
Preloaded elf module "/boot/kernel.gen/acpi.ko" at 0xc069f0ac.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 2392042856 Hz
CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf27  Stepping = 7
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Hyperthreading: 2 logical CPUs
real memory  = 2146893824 (2047 MB)
avail memory = 2082635776 (1986 MB)
Allocating major#253 to "net"
Allocating major#252 to "pci"
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <PTLTD    RSDT  > on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
pcibios: BIOS version 2.10
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
can't fetch resources for \\_SB_.PCI0.LPC0.SIO_.LPT_ - AE_AML_INVALID_RESOURCE_TYPE
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_cpu1: <CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <Intel Generic host to PCI bridge> mem 0xf4000000-0xf7ffffff at device 0.0 on pci0
pci0: <unknown> at device 0.1 (no driver attached)
pcib1: <ACPI PCI-PCI bridge> mem 0xf8000000-0xfbffffff at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> at device 2.0 on pci0
pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.HLB_ - AE_NOT_FOUND
pci2: <ACPI PCI bus> on pcib2
pci2: <base peripheral, interrupt controller> at device 28.0 (no driver attached)
pcib3: <ACPI PCI-PCI bridge> at device 29.0 on pci2
pci3: <ACPI PCI bus> on pcib3
pci2: <base peripheral, interrupt controller> at device 30.0 (no driver attached)
pcib4: <ACPI PCI-PCI bridge> at device 31.0 on pci2
pci4: <ACPI PCI bus> on pcib4
bge0: <Broadcom BCM5702X Gigabit Ethernet, ASIC rev. 0x1002> mem 0xf0200000-0xf020ffff irq 5 at device 4.0 on pci4
bge0: Ethernet address: 00:50:45:00:96:f7
miibus0: <MII bus> on bge0
brgphy0: <BCM5703 10/100/1000baseTX PHY> on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
uhci0: <Intel 82801DB (ICH4) USB controller USB-A> port 0x1400-0x141f irq 11 at device 29.0 on pci0
usb0: <Intel 82801DB (ICH4) USB controller USB-A> 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: <Intel 82801DB (ICH4) USB controller USB-B> port 0x1420-0x143f irq 10 at device 29.1 on pci0
usb1: <Intel 82801DB (ICH4) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801DB (ICH4) USB controller USB-C> port 0x1440-0x145f irq 5 at device 29.2 on pci0
usb2: <Intel 82801DB (ICH4) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
pci0: <serial bus, USB> at device 29.7 (no driver attached)
pcib5: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci5: <ACPI PCI bus> on pcib5
pci5: <serial bus, FireWire> at device 0.0 (no driver attached)
pci5: <display, VGA> at device 1.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH4 UDMA100 controller> port 0x1460-0x146f,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
acpi_button0: <Power Button> on acpi0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0 port 0x378-0x37f on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Polled port
ppi0: <Parallel I/O> on ppbus0
sio0 port 0x2f8-0x2ff irq 3 on acpi0
sio0: type 16550A
sio1 port 0x3f8-0x3ff irq 4 on acpi0
sio1: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
orm0: <Option ROMs> at iomem 0xe0000-0xe3fff,0xc0000-0xc7fff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
ad0: 78533MB <IC35L080AVVA07-0> [159560/16/63] at ata0-master UDMA100
acd0: DVD-R <HL-DT-ST DVDRAM GMA-4020B> at ata1-master PIO4
MBREXT Slice 5 on ad0s3:
[0] f:00 typ:131 s(CHS):255/254/255 e(CHS):255/254/255 s:63 l:208782
[1] f:00 typ:5 s(CHS):255/254/255 e(CHS):255/254/255 s:208845 l:37640295
MBREXT Slice 6 on ad0s3:
[0] f:00 typ:131 s(CHS):255/254/255 e(CHS):255/254/255 s:63 l:37640232
[1] f:00 typ:5 s(CHS):255/254/255 e(CHS):255/254/255 s:37849140 l:4080510
MBREXT Slice 7 on ad0s3:
[0] f:00 typ:130 s(CHS):255/254/255 e(CHS):255/254/255 s:63 l:4080447
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
Mounting root from ufs:/dev/ad0s1a


OUTPUT OF MPTABLE
===================================

===============================================================================

MPTable, version 2.0.15

-------------------------------------------------------------------------------

MP Floating Pointer Structure:

  location:			BIOS
  physical address:		0x000f6a60
  signature:			'_MP_'
  length:			16 bytes
  version:			1.4
  checksum:			0x2a
  mode:				Virtual Wire

-------------------------------------------------------------------------------

MP Config Table Header:

  physical address:		0x0009fd70
  signature:			'PCMP'
  base table length:		340
  version:			1.4
  checksum:			0xd4
  OEM ID:			' '
  Product ID:			'PLACER CRB  '
  OEM table pointer:		0x00000000
  OEM table size:		0
  entry count:			34
  local APIC address:		0xfee00000
  extended table length:	164
  extended table checksum:	222

-------------------------------------------------------------------------------

MP Config Base Table Entries:

--
Processors:	APIC ID	Version	State		Family	Model	Step	Flags
		 0	 0x14	 BSP, usable	 15	 2	 7	 0xbfebfbff
		 6	 0x14	 AP, usable	 15	 2	 7	 0xbfebfbff
--
Bus:		Bus ID	Type
		 0	 PCI   
		 1	 PCI   
		 2	 PCI   
		 3	 PCI   
		 4	 PCI   
		 5	 PCI   
		 6	 ISA   
--
I/O APICs:	APIC ID	Version	State		Address
		 2	 0x20	 usable		 0xfec00000
		 3	 0x20	 usable		 0xfec80000
		 4	 0x20	 usable		 0xfec80100
--
I/O Ints:	Type	Polarity    Trigger	Bus ID	 IRQ	APIC ID	PIN#
		ExtINT	active-hi        edge	     6	   0	      2	   0
		INT	active-hi        edge	     6	   1	      2	   1
		INT	active-hi        edge	     6	   0	      2	   2
		INT	active-hi        edge	     6	   3	      2	   3
		INT	active-hi        edge	     6	   4	      2	   4
		INT	active-lo       level	     0	29:C	      2	  18
		INT	active-hi        edge	     6	   6	      2	   6
		INT	active-hi        edge	     6	   7	      2	   7
		INT	active-hi        edge	     6	   8	      2	   8
		INT	active-hi        edge	     6	   9	      2	   9
		INT	active-lo       level	     0	29:B	      2	  19
		INT	active-lo       level	     0	29:A	      2	  16
		INT	active-hi        edge	     6	  12	      2	  12
		INT	active-hi        edge	     6	  13	      2	  13
		INT	active-hi        edge	     6	  14	      2	  14
		INT	active-hi        edge	     6	  15	      2	  15
		INT	active-lo       level	     0	29:D	      2	  23
		INT	active-lo       level	     4	 4:A	      4	   4
		INT	active-lo       level	     5	 0:A	      2	  21
		INT	active-lo       level	     5	 1:A	      2	  22
--
Local Ints:	Type	Polarity    Trigger	Bus ID	 IRQ	APIC ID	PIN#
		ExtINT	active-hi        edge	     6	   0	    255	   0
		NMI	active-hi        edge	     6	   0	    255	   1

-------------------------------------------------------------------------------

MP Config Extended Table Entries:

--
System Address Space
 bus ID: 0 address type: I/O address
 address base: 0x0
 address range: 0x10000
--
System Address Space
 bus ID: 0 address type: memory address
 address base: 0x80000000
 address range: 0x70800000
--
System Address Space
 bus ID: 0 address type: prefetch address
 address base: 0xf0800000
 address range: 0xb800000
--
System Address Space
 bus ID: 0 address type: memory address
 address base: 0xfc000000
 address range: 0x2e00000
--
System Address Space
 bus ID: 0 address type: memory address
 address base: 0xfee01000
 address range: 0x11ff000
--
System Address Space
 bus ID: 5 address type: memory address
 address base: 0xa0000
 address range: 0x20000
--
System Address Space
 bus ID: 4 address type: memory address
 address base: 0xc8000
 address range: 0x18000
--
Bus Heirarchy
 bus ID: 6 bus info: 0x01 parent bus ID: 0
--
Compatibility Bus Address
 bus ID: 0 address modifier: add
 predefined range: 0x00000000
--
Compatibility Bus Address
 bus ID: 0 address modifier: add
 predefined range: 0x00000001

===============================================================================



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22:52:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1868E37B401
	for <current@freebsd.org>; Mon,  3 Mar 2003 22:52:38 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CF13043FAF
	for <current@freebsd.org>; Mon,  3 Mar 2003 22:52:36 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h246q9o09011
	for current@freebsd.org; Tue, 4 Mar 2003 03:52:09 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from jurema.cin.ufpe.br (jurema [172.17.33.106])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h246q3S70393
	for <current@freebsd.org>; Tue, 4 Mar 2003 03:52:08 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from rss (helo=localhost)
	by jurema.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian))
	id 18q4qD-0004KV-00
	for <current@FreeBSD.org>; Tue, 04 Mar 2003 02:19:49 -0300
Date: Tue, 4 Mar 2003 02:19:39 -0300 (BRT)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: current@freebsd.org
Subject: Problems compiling KDE after mega-commit
Message-ID: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I upgraded my machine while compiling KDE, some sys header files
are problematic now:

In file included from ksimcpu.cpp:45:
/usr/include/sys/dkstat.h:45:2: warning: #warning "<sys/dkstat.h> is
deprecated and should not be #include'd"
ksimcpu.cpp:244:2: warning: #warning is a GCC extension
ksimcpu.cpp:244:2: warning: #warning "add support for SMP on FreeBSD"
ksimcpu.cpp: In member function `void
CpuView::updateCpu(CpuView::CpuData&,
   int)':
ksimcpu.cpp:248: `CPUSTATES' undeclared (first use this function)
ksimcpu.cpp:248: (Each undeclared identifier is reported only once for
each
   function it appears in.)
ksimcpu.cpp:249: `cpuTime' undeclared (first use this function)
ksimcpu.cpp:250: warning: deprecated conversion from string constant to
`char*'
ksimcpu.cpp:266: `CP_USER' undeclared (first use this function)
ksimcpu.cpp:267: `CP_NICE' undeclared (first use this function)
ksimcpu.cpp:268: `CP_SYS' undeclared (first use this function)
ksimcpu.cpp:269: `CP_IDLE' undeclared (first use this function)
ksimcpu.cpp:209: warning: unused parameter `int cpuNumber'
gmake[4]: *** [ksimcpu.lo] Error 1
gmake[4]: Leaving directory
`/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors/cpu'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory
`/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.1'
gmake: *** [all] Error 2
*** Error code 2

Stop in /usr/ports/misc/kdeutils3.
*** Error code 1

Stop in /usr/ports/x11/kde3.


CPUSTATES & cia. are defined in sys/resource.h, including this header in
ksimcpu.cpp, I have this:


In file included from ksimcpu.cpp:45:
/usr/include/sys/dkstat.h:45:2: warning: #warning "<sys/dkstat.h> is
deprecated and should not be #include'd"
In file included from ksimcpu.cpp:46:
/usr/include/sys/resource.h:61: field `ru_utime' has incomplete type
/usr/include/sys/resource.h:62: field `ru_stime' has incomplete type
/usr/include/sys/resource.h:122: 'int32_t' is used as a type, but is not
   defined as a type.
/usr/include/sys/resource.h:123: 'int32_t' is used as a type, but is not
   defined as a type.
/usr/include/sys/resource.h:127: 'rlim_t' is used as a type, but is not
defined
   as a type.
/usr/include/sys/resource.h:128: 'rlim_t' is used as a type, but is not
defined
   as a type.
/usr/include/sys/resource.h:133: syntax error before `[' token
ksimcpu.cpp:245:2: warning: #warning is a GCC extension
ksimcpu.cpp:245:2: warning: #warning "add support for SMP on FreeBSD"
ksimcpu.cpp: In member function `void
CpuView::updateCpu(CpuView::CpuData&,
   int)':
ksimcpu.cpp:251: warning: deprecated conversion from string constant to
`char*'
ksimcpu.cpp:210: warning: unused parameter `int cpuNumber'
gmake[4]: *** [ksimcpu.lo] Error 1
gmake[4]: Leaving directory
`/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors/cpu'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
`/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory
`/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.1'
gmake: *** [all] Error 2
*** Error code 2

Stop in /usr/ports/misc/kdeutils3.
*** Error code 1

Stop in /usr/ports/x11/kde3.

------------------------------------------------------------------------------
    (_ )   "Contrary to popular belief, UNIX is user friendly. It just happens
 \\\'',) ^  to be very selective about who it decides to make friends with."
   \/  \(
   .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
-----------------------------------------------------------------------------


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22:56:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AD2F437B401
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 22:56:23 -0800 (PST)
Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CBC7043F93
	for <freebsd-current@freebsd.org>; Mon,  3 Mar 2003 22:56:22 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.133.176] (port=49161 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:3)
	id 18q6Le-0003u5-00
	for freebsd-current@freebsd.org; Tue, 04 Mar 2003 14:56:22 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h246uLeu000669
	for <freebsd-current@freebsd.org>; Tue, 4 Mar 2003 14:56:21 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h246uL5D000668
	for freebsd-current@freebsd.org; Tue, 4 Mar 2003 14:56:21 +0800 (CST)
Date: Tue, 4 Mar 2003 14:56:21 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@freebsd.org
Subject: Re: Problems compiling KDE after mega-commit
Message-ID: <20030304065621.GA630@leafy.idv.tw>
Mail-Followup-To: freebsd-current@freebsd.org
References: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br>
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 02:19:39AM -0300, Rossam Souza Silva wrote:

Please cvsup with the latest ports, it's already fixed.

Jiawei 
-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 22:57:57 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D578837B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 22:57:53 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 047AC43FB1
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 22:57:53 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h246vk5Z008711;
	Tue, 4 Mar 2003 01:57:46 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h246vkni008708;
	Tue, 4 Mar 2003 01:57:46 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Tue, 4 Mar 2003 01:57:46 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: Rossam Souza Silva <rss@cin.ufpe.br>
Cc: current@FreeBSD.ORG
Subject: Re: Problems compiling KDE after mega-commit
In-Reply-To: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br>
Message-ID: <20030304015627.A59207@alpha.siliconlandmark.com>
References: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

You need to upgrade your ports skeleton. There's a couple of fixes that
were committed within the last 24 hours which fix these issues.

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

On Tue, 4 Mar 2003, Rossam Souza Silva wrote:

>
> I upgraded my machine while compiling KDE, some sys header files
> are problematic now:
>
> In file included from ksimcpu.cpp:45:
> /usr/include/sys/dkstat.h:45:2: warning: #warning "<sys/dkstat.h> is
> deprecated and should not be #include'd"
> ksimcpu.cpp:244:2: warning: #warning is a GCC extension
> ksimcpu.cpp:244:2: warning: #warning "add support for SMP on FreeBSD"
> ksimcpu.cpp: In member function `void
> CpuView::updateCpu(CpuView::CpuData&,
>    int)':
> ksimcpu.cpp:248: `CPUSTATES' undeclared (first use this function)
> ksimcpu.cpp:248: (Each undeclared identifier is reported only once for
> each
>    function it appears in.)
> ksimcpu.cpp:249: `cpuTime' undeclared (first use this function)
> ksimcpu.cpp:250: warning: deprecated conversion from string constant to
> `char*'
> ksimcpu.cpp:266: `CP_USER' undeclared (first use this function)
> ksimcpu.cpp:267: `CP_NICE' undeclared (first use this function)
> ksimcpu.cpp:268: `CP_SYS' undeclared (first use this function)
> ksimcpu.cpp:269: `CP_IDLE' undeclared (first use this function)
> ksimcpu.cpp:209: warning: unused parameter `int cpuNumber'
> gmake[4]: *** [ksimcpu.lo] Error 1
> gmake[4]: Leaving directory
> `/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors/cpu'
> gmake[3]: *** [all-recursive] Error 1
> gmake[3]: Leaving directory
> `/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory
> `/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.1'
> gmake: *** [all] Error 2
> *** Error code 2
>
> Stop in /usr/ports/misc/kdeutils3.
> *** Error code 1
>
> Stop in /usr/ports/x11/kde3.
>
>
> CPUSTATES & cia. are defined in sys/resource.h, including this header in
> ksimcpu.cpp, I have this:
>
>
> In file included from ksimcpu.cpp:45:
> /usr/include/sys/dkstat.h:45:2: warning: #warning "<sys/dkstat.h> is
> deprecated and should not be #include'd"
> In file included from ksimcpu.cpp:46:
> /usr/include/sys/resource.h:61: field `ru_utime' has incomplete type
> /usr/include/sys/resource.h:62: field `ru_stime' has incomplete type
> /usr/include/sys/resource.h:122: 'int32_t' is used as a type, but is not
>    defined as a type.
> /usr/include/sys/resource.h:123: 'int32_t' is used as a type, but is not
>    defined as a type.
> /usr/include/sys/resource.h:127: 'rlim_t' is used as a type, but is not
> defined
>    as a type.
> /usr/include/sys/resource.h:128: 'rlim_t' is used as a type, but is not
> defined
>    as a type.
> /usr/include/sys/resource.h:133: syntax error before `[' token
> ksimcpu.cpp:245:2: warning: #warning is a GCC extension
> ksimcpu.cpp:245:2: warning: #warning "add support for SMP on FreeBSD"
> ksimcpu.cpp: In member function `void
> CpuView::updateCpu(CpuView::CpuData&,
>    int)':
> ksimcpu.cpp:251: warning: deprecated conversion from string constant to
> `char*'
> ksimcpu.cpp:210: warning: unused parameter `int cpuNumber'
> gmake[4]: *** [ksimcpu.lo] Error 1
> gmake[4]: Leaving directory
> `/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors/cpu'
> gmake[3]: *** [all-recursive] Error 1
> gmake[3]: Leaving directory
> `/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim/monitors'
> gmake[2]: *** [all-recursive] Error 1
> gmake[2]: Leaving directory
> `/usr/ports/misc/kdeutils3/work/kdeutils-3.1/ksim'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory `/usr/ports/misc/kdeutils3/work/kdeutils-3.1'
> gmake: *** [all] Error 2
> *** Error code 2
>
> Stop in /usr/ports/misc/kdeutils3.
> *** Error code 1
>
> Stop in /usr/ports/x11/kde3.
>
> ------------------------------------------------------------------------------
>     (_ )   "Contrary to popular belief, UNIX is user friendly. It just happens
>  \\\'',) ^  to be very selective about who it decides to make friends with."
>    \/  \(
>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
> -----------------------------------------------------------------------------
>
>
> 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-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 23:51: 0 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 434BB37B401
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 23:50:59 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8510243FAF
	for <current@FreeBSD.ORG>; Mon,  3 Mar 2003 23:50:58 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 2203066B37; Mon,  3 Mar 2003 23:50:58 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 0DBD61003; Mon,  3 Mar 2003 23:50:58 -0800 (PST)
Date: Mon, 3 Mar 2003 23:50:58 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc: Rossam Souza Silva <rss@cin.ufpe.br>, current@FreeBSD.ORG
Subject: Re: Problems compiling KDE after mega-commit
Message-ID: <20030304075057.GA89803@rot13.obsecurity.org>
References: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br> <20030304015627.A59207@alpha.siliconlandmark.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU"
Content-Disposition: inline
In-Reply-To: <20030304015627.A59207@alpha.siliconlandmark.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--azLHFNyN32YCQGCU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 04, 2003 at 01:57:46AM -0500, Andre Guibert de Bruet wrote:
> Hi,
>=20
> You need to upgrade your ports skeleton. There's a couple of fixes that
> were committed within the last 24 hours which fix these issues.

Hmm..I've seen this on another port already (icewm, I think).  It
looks like phk might have some additional patching to do when I get
him the full list.

Kris

--azLHFNyN32YCQGCU
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZFrhWry0BWjoQKURAvxkAKCOwS4Pw2NwNDbB/+e1SL5bLUVZTQCeI7pO
mR3q3avnXM5JaWlSD216bcs=
=DB21
-----END PGP SIGNATURE-----

--azLHFNyN32YCQGCU--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 23:56:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5984737B401; Mon,  3 Mar 2003 23:56:47 -0800 (PST)
Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A99E643FA3; Mon,  3 Mar 2003 23:56:45 -0800 (PST)
	(envelope-from sos@spider.deepcore.dk)
Received: (from sos@localhost)
	by spider.deepcore.dk (8.12.5/8.12.6) id h247uitH038324;
	Tue, 4 Mar 2003 08:56:44 +0100 (CET)
	(envelope-from sos)
From: Soeren Schmidt <sos@spider.deepcore.dk>
Message-Id: <200303040756.h247uitH038324@spider.deepcore.dk>
Subject: Re: ATA MODE_SENSE_BIG timeout
In-Reply-To: <003701c2e208$12fde4c0$f001a8c0@davidw2k>
To: David Xu <davidxu@FreeBSD.ORG>
Date: Tue, 4 Mar 2003 08:56:44 +0100 (CET)
Cc: current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL98b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

It seems David Xu wrote:

(snip snap)
> acd1: read data overrun 34/0
> acd1: MODE_SENSE_BIG command timeout - resetting
> ata1: resetting devices ..
> done
> acd1: CD-RW <SONY CD-RW CRX140E> at ata1-slave PIO4

Hmm, can you use the acd1 device normally or does it fail (how) ?

-Søren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Mon Mar  3 23:57:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CE83E37B401; Mon,  3 Mar 2003 23:57:09 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A7B5743F93; Mon,  3 Mar 2003 23:57:08 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h247v7jL002995;
	Tue, 4 Mar 2003 02:57:07 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h247v7PL002994;
	Tue, 4 Mar 2003 02:57:07 -0500 (EST)
	(envelope-from hiten)
Date: Tue, 4 Mar 2003 02:57:07 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: John Baldwin <jhb@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: Possible patch for limiting APs at startup
Message-ID: <20030304075707.GA1802@unixdaemons.com>
References: <20030301200615.A63428@FreeBSD.org> <XFMail.20030303144921.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <XFMail.20030303144921.jhb@FreeBSD.org>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

John Baldwin (Mon, Mar 03, 2003 at 02:49:21PM -0500) wrote:
> 
> On 02-Mar-2003 Juli Mallett wrote:
> > * De: Hiten Pandya <hiten@unixdaemons.com> [ Data: 2003-03-01 ]
> >       [ Subjecte: Possible patch for limiting APs at startup ]
> >> Hello.
> >> 
> >> Just as the topic says, do you think this patch is good enough, or gets
> >> even close to it?  I have tested the patch, and it seems to do it's job
> >> in the right way.  Some might call it hackery, but it's better than
> >> nothing I would suppose.
> > 
> > I think your use of "cpus" to refer to APs only is silly, and also that
> > overriding mp_naps instead of using a real cpus value and using it as
> > a bounds check akin to MAXCPU, is a bit of the wrong direction.  As you
> > know, the following is my patch, and it does not work, but I think,
> > personally, the behaviour is saner, in theory at least :)
> 
> You should set mp_maxcpus prior to the mp_naps test so it isn't left
> invalid in the common case.  Also, this patch doesn't limit HT cpu's
> at all.  I could have a 4 cpu system with HTT and maxcpus=2, and I
> will end up with 4 CPU's due to 2 logical CPU's per processor.  Perhaps
> this is intentional?

Yes. It was intentional, in the sense that we only want to limit the
number of Application Processors, and not the HTT cores inside it,
because that does not make much sense, IMHO.

Do you think that patch will be committed, or does it need improving?
(http://www.unixdaemons.com/~hiten/work/diffs/mp_machdep.c.patch)

Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  0: 2:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9C9B637B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 00:02:34 -0800 (PST)
Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6CDA543FB1
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 00:02:31 -0800 (PST)
	(envelope-from davidxu@freebsd.org)
Received: from davidw2k (ip-240-1-168-192.rev.dyxnet.com [192.168.1.240]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id 1G6NWB9M; Tue, 4 Mar 2003 15:49:48 +0800
Message-ID: <00a301c2e224$85288340$f001a8c0@davidw2k>
From: "David Xu" <davidxu@freebsd.org>
To: "Soeren Schmidt" <sos@spider.deepcore.dk>
Cc: <current@FreeBSD.ORG>
References: <200303040756.h247uitH038324@spider.deepcore.dk>
Subject: Re: ATA MODE_SENSE_BIG timeout
Date: Tue, 4 Mar 2003 16:03:19 +0800
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 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


----- Original Message -----=20
From: "Soeren Schmidt" <sos@spider.deepcore.dk>
To: "David Xu" <davidxu@FreeBSD.ORG>
Cc: <current@FreeBSD.ORG>
Sent: Tuesday, March 04, 2003 3:56 PM
Subject: Re: ATA MODE_SENSE_BIG timeout


> It seems David Xu wrote:
>=20
> (snip snap)
> > acd1: read data overrun 34/0
> > acd1: MODE_SENSE_BIG command timeout - resetting
> > ata1: resetting devices ..
> > done
> > acd1: CD-RW <SONY CD-RW CRX140E> at ata1-slave PIO4
>=20
> Hmm, can you use the acd1 device normally or does it fail (how) ?
>=20
> -S=F8ren
>=20
It is very rare that the CD-RW will be found now,  kernel is always=20
stuck there,  so I must pull the device off or disable Second IDE in =
BIOS,
I can not use it.

David Xu



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  0:46:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5A0E237B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 00:46:27 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB5243FEA
	for <current@freebsd.org>; Tue,  4 Mar 2003 00:45:53 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h248j3Y81407;
	Tue, 4 Mar 2003 05:45:03 -0300 (BRT)
	(envelope-from rss@cin.ufpe.br)
Received: from triunfo.cin.ufpe.br (triunfo [172.19.33.116])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h248ilS64134;
	Tue, 4 Mar 2003 05:44:52 -0300 (BRT)
	(envelope-from rss@cin.ufpe.br)
Date: Tue, 4 Mar 2003 04:39:46 -0300 (BRT)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: Kris Kennaway <kris@obsecurity.org>
Cc: Andre Guibert de Bruet <andy@siliconlandmark.com>,
	current@freebsd.org
Subject: Re: Problems compiling KDE after mega-commit
In-Reply-To: <20030304075057.GA89803@rot13.obsecurity.org>
Message-ID: <20030304042806.E17180@triunfo.cin.ufpe.br>
References: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br>
 <20030304015627.A59207@alpha.siliconlandmark.com> <20030304075057.GA89803@rot13.obsecurity.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Yes, I had problems with icewm in CURRENT too, but tried to compile
it before the mega-commit (version of 3-4 days ago). My workstation
at work (version of two weeks ago) installed icewm from ports without
problem.

I upgraded my ports tree and now I'm running portupgrade -u --all before
try KDE again. ltmdm (changed from 1.4_3 to 1.4_4) continues broken:

rss@MeLKoR:/usr/ports/comms/ltmdm> sudo make clean
===>  Cleaning for ltmdm-1.4_4
rss@MeLKoR:/usr/ports/comms/ltmdm> sudo make
*************************************************
If your ISP supports K56flex protocol only and
 doesn't support V90, define USE_595_OBJ.
Otheriwse your modem will not connect
*************************************************
===>  Extracting for ltmdm-1.4_4
>> Checksum OK for ltmdm-1.4.tgz.
===>  Patching for ltmdm-1.4_4
===>  Applying FreeBSD patches for ltmdm-1.4_4
===>  Configuring for ltmdm-1.4_4
===>  Building for ltmdm-1.4_4
Warning: Object directory not changed from original
/usr/ports/comms/ltmdm/work/sys/modules/ltmdm
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h
awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
uudecode -p
</usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmobj-600.o.uu
>ltmdmobj.o
cc -O -pipe -march=athlon-xp -DLTMDMOBJ_VERSION=600 -DCDEV_MAJOR=228
-D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-   -I. -I@ -I@/dev
-I@/../include -I/usr/include -fno-common  -mno-align-long-strings
-mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual  -fformat-extensions -ansi -c
/usr/ports/comms/ltmdm/work/sys/modules/ltmdm/../../dev/ltmdm/ltmdmsio.c
In file included from
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:63:
@/sys/dkstat.h:45:2: warning: #warning "<sys/dkstat.h> is deprecated and
should not be #include'd"
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:363: warning:
initialization makes integer from pointer without a cast
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:364: warning:
initialization makes integer from pointer without a cast
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:365: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:366: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:367: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:368: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:369: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:370: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:371: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:373: warning:
initialization makes pointer from integer without a cast
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:377: warning:
initialization from incompatible pointer type
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:388: `D_KQFILTER'
undeclared here (not in a function)
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:388: initializer
element is not constant
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:388: (near
initialization for `sio_cdevsw.d_kqfilter')
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:389: warning: excess
elements in struct initializer
/usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:389: warning: (near
initialization for `sio_cdevsw')
*** Error code 1

Stop in /usr/ports/comms/ltmdm/work/sys/modules/ltmdm.
*** Error code 1

Stop in /usr/ports/comms/ltmdm.

------------------------------------------------------------------------------
    (_ )   "Contrary to popular belief, UNIX is user friendly. It just happens
 \\\'',) ^  to be very selective about who it decides to make friends with."
   \/  \(
   .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
-----------------------------------------------------------------------------

On Mon, 3 Mar 2003, Kris Kennaway wrote:

> On Tue, Mar 04, 2003 at 01:57:46AM -0500, Andre Guibert de Bruet wrote:
> > Hi,
> >
> > You need to upgrade your ports skeleton. There's a couple of fixes that
> > were committed within the last 24 hours which fix these issues.
>
> Hmm..I've seen this on another port already (icewm, I think).  It
> looks like phk might have some additional patching to do when I get
> him the full list.
>
> Kris
>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  0:47:14 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id DFFE737B401; Tue,  4 Mar 2003 00:47:12 -0800 (PST)
Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2E65F43FBD; Tue,  4 Mar 2003 00:47:11 -0800 (PST)
	(envelope-from sos@spider.deepcore.dk)
Received: (from sos@localhost)
	by spider.deepcore.dk (8.12.5/8.12.6) id h248l9dv048297;
	Tue, 4 Mar 2003 09:47:09 +0100 (CET)
	(envelope-from sos)
From: Soeren Schmidt <sos@spider.deepcore.dk>
Message-Id: <200303040847.h248l9dv048297@spider.deepcore.dk>
Subject: Re: ATA MODE_SENSE_BIG timeout
In-Reply-To: <00a301c2e224$85288340$f001a8c0@davidw2k>
To: David Xu <davidxu@FreeBSD.ORG>
Date: Tue, 4 Mar 2003 09:47:09 +0100 (CET)
Cc: current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL98b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

It seems David Xu wrote:
> > (snip snap)
> > > acd1: read data overrun 34/0
> > > acd1: MODE_SENSE_BIG command timeout - resetting
> > > ata1: resetting devices ..
> > > done
> > > acd1: CD-RW <SONY CD-RW CRX140E> at ata1-slave PIO4
> > 
> > Hmm, can you use the acd1 device normally or does it fail (how) ?
> > 
> > -Søren
> > 
> It is very rare that the CD-RW will be found now,  kernel is always 
> stuck there,  so I must pull the device off or disable Second IDE in BIOS,
> I can not use it.

OK, from the above it looked like it was found after the retries..
I'll try to reproduce the problem here, but so far no luck at that..

-Søren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  2:53:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C935D37B401
	for <current@FreeBSD.org>; Tue,  4 Mar 2003 02:53:44 -0800 (PST)
Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7CE1143F3F
	for <current@FreeBSD.org>; Tue,  4 Mar 2003 02:53:43 -0800 (PST)
	(envelope-from mime@traveller.cz)
Received: from prg.traveller.cz (localhost [127.0.0.1])
	by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg) with ESMTP id h24AqH9t044440;
	Tue, 4 Mar 2003 11:52:17 +0100 (CET)
Received: from localhost (mime@localhost)
	by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg/submit) with ESMTP id h24AqGkb044437;
	Tue, 4 Mar 2003 11:52:17 +0100 (CET)
Date: Tue, 4 Mar 2003 11:52:16 +0100 (CET)
From: Michal Mertl <mime@traveller.cz>
To: Giorgos Keramidas <keramida@ceid.upatras.gr>
Cc: current@FreeBSD.org
Subject: Re: potential for foot-shooting with KLD's
In-Reply-To: <20030304020632.GA681@gothmog.gr>
Message-ID: <20030304112111.Y16501@prg.traveller.cz>
References: <20030302153608.P44831@prg.traveller.cz> <20030303171905.GC56386@gothmog.gr>
 <20030304004124.B68258@prg.traveller.cz> <20030304020632.GA681@gothmog.gr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 4 Mar 2003, Giorgos Keramidas wrote:

> On 2003-03-02 17:34, Michal Mertl <mime@traveller.cz> wrote:
> : Imagine you decided to go with modular kernel. You comment out 'device
> : random' in your kernel-config and place 'random_load="YES"' in
> : /boot/loader.conf. When you reboot and don't rebuild the kernel first, you
> : have your machine unbootable - at least in case you previously had acpi in
> : your kernel and acpi doesn't work without OS supplied dsdt (as in my
> : case) or you need acpi as a module or any other module.
> :
> : The way out is to boot from install CDROM, have fixit floppy, mount the
> : old root and remove the random.ko module. Which is pretty inconvenient,
> : when you don't have the medias handy.
> :
> : The problem is that I can't ask loader not to load some module. It doesn't
> : understand 'unset XX_load'. It doesn't work to say 'set XX_load="NO"'
> : either. The only way I found to make it not load the modules is to 'load
> : /boot/kernel/kernel;set module_path="";boot'. Unfortunately it doesn't
> : help me either because I need to load special acpi_dsdt.aml which isn't
> : then loaded either.
>
> On 2003-03-03 17:19:05, Giorgos Keramidas <keramida@ceid.upatras.gr> wrote:
> :
> : How about `unset XX_load' ?
> :
> : - Giorgos
>
> On 2003-03-04 00:41, Michal Mertl <mime@traveller.cz> wrote:
> : > How about `unset XX_load' ?
> :
> : It works only for acpi.
>
> I just tried editing my /boot/loader.conf to make sure you haven't hit
> upon a bug.  I added this line:
>
> 	ipfw_load="YES"
>
> and rebooted.  The loader loaded both /boot/kernel/kernel and ipfw.ko
> as you'd expect.  I then used the `unload' command and loaded only my
> kernel afterwards:
>
> 	OK unload
> 	OK load /boot/kernel/kernel
> 	OK boot -s
>
> Voila!  Only my kernel and acpi.ko were loaded.  Then, without editing
> my /boot/loader.conf I rebooted and inteerrupted the loader after
> ipfw.ko and the kernel were loaded.  I disabled ACPI with:
>
> 	OK unset acpi_load
> 	OK boot -s
>
> Only the kernel and ipfw.ko were loaded.  Then, I tried yet another
> way of disabling ipfw.ko at load time, and set ipfw_load to "NO" in
> my loader.conf.  Only the kernel and acpi.ko were loaded.
>
> What is it that troubles you?  I'm not sure I can reproduce it.

The problem is that you may need to load some module and disable loading
of some other.

The problem I hit was that I had 'device acpi' in the static kernel. When
the ACPI is active on my notebook I need to supply fixed dsdt otherwise it
won't find PCI or something and doesn't boot. It may have been possible to
set hint.acpi.0.disable=1 and it will boot, but I didn't think of it.
Using hints one may be able to escape from the problem.

Other situation could be that you have SCSI adapter from which you boot as
a module. Then you add say random_load="YES" to loader.conf. And try to
boot the kernel with random compiled in. You either load both modules (and
panic on boot with 'random mutex already initialized' or something)
or unload them both (and don't find your root fs).

-- 
Michal Mertl
mime@traveller.cz

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  3:12: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8E5FD37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 03:12:00 -0800 (PST)
Received: from ns3.safety.net (ns3.safety.net [216.40.201.32])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E200F43F93
	for <current@freebsd.org>; Tue,  4 Mar 2003 03:11:59 -0800 (PST)
	(envelope-from cbiffle@safety.net)
Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32])
	by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h24BBxA26115
	for <current@freebsd.org>; Tue, 4 Mar 2003 04:11:59 -0700
From: "Cliff L. Biffle" <cbiffle@safety.net>
To: current@freebsd.org
Subject: USB port periodically dies
Date: Tue, 4 Mar 2003 04:12:01 -0700
User-Agent: KMail/1.5
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303040412.01060.cbiffle@safety.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I've been having a reliable USB issue on my 5-current box (3 Mar, 23:58:25 
MST).  It's been happening since I upgraded to -current in the DP2 days, and 
has happened on two completely independent motherboards.  On the more recent 
of the two (the previous died) I've enabled USB_DEBUG.  Here's the deal.

The port periodically dies.  Once it dies, a reboot clears it up every time, 
but nothing short of that will.  Once one port has died, any device plugged 
into another port causes it to quit working as well.  (I generally have only 
my mouse plugged in.)

During normal use with hw.usb.ums.debug, hw.usb.uhub.debug, and hw.usb.debug 
set to 1, I get a lot of lines like:
ums_intr: status=13

When the port finally dies, it does so with no fanfare; the mouse simply stops 
responding.

If I unplug the mouse, I get:
uhub_explore: C_PORT_ENABLED
uhub_explore: device addr=2 disappeared on port 2
ums0: at uhub0 port 1 (addr 2) disconnected


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  3:21:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BC49F37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 03:21:13 -0800 (PST)
Received: from ns3.safety.net (ns3.safety.net [216.40.201.32])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 36F4B43FCB
	for <current@freebsd.org>; Tue,  4 Mar 2003 03:21:13 -0800 (PST)
	(envelope-from cbiffle@safety.net)
Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32])
	by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h24BLCA26518
	for <current@freebsd.org>; Tue, 4 Mar 2003 04:21:12 -0700
From: "Cliff L. Biffle" <cbiffle@safety.net>
To: current@freebsd.org
Subject: USB port periodically dies, now with complete body text
Date: Tue, 4 Mar 2003 04:21:14 -0700
User-Agent: KMail/1.5
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303040421.14971.cbiffle@safety.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Damn KMail.  Full text to follow:
---

I've been having a reliable USB issue on my 5-current box (3 Mar, 23:58:25 
MST).  It's been happening since I upgraded to -current in the DP2 days, and 
has happened on two completely independent motherboards.  On the more recent 
of the two (the previous died) I've enabled USB_DEBUG.  Here's the deal.

The port periodically dies.  Once it dies, a reboot clears it up every time, 
but nothing short of that will.  Once one port has died, any device plugged 
into another port causes it to quit working as well.  (I generally have only 
my mouse plugged in.)

During normal use with hw.usb.ums.debug, hw.usb.uhub.debug, and hw.usb.debug 
set to 1, I get a lot of lines like:
ums_intr: status=13

When the port finally dies, it does so with no fanfare; the mouse simply stops 
responding.

If I unplug the mouse, I get:
uhub_explore: C_PORT_ENABLED
uhub_explore: device addr=2 disappeared on port 2
ums0: at uhub0 port 1 (addr 2) disconnected
ums0: disconnected
ums0: detached
uhub_explore: get port status failed, error=TIMEOUT
uhub_explore: get port status failed, error=TIMEOUT
uhub_explore: get port status failed, error=TIMEOUT

If I reconnect the mouse:
uhub_explore: C_PORT_ENABLED
uhub0: port error, restarting port 1
usbd_new_device bus=0xc261b000 port=1 depth=1 speed=1
usbd_new_device: addr=2, getting first desc failed
usbd_remove_device: 0xc2e68a00
uhub_explore: usb_new_device failed, error=TIMEOUT
uhub0: device problem, disabling port 1
uhub_explore: get port status failed, error=TIMEOUT
[last line repeats every few seconds]

...and disconnect:
uhub_explore: C_PORT_ENABLED
uhub0: port error, restarting port 1
uhub_explore: status change hub=1 port=1
...and then the same stuff as above.  Repeat ad nauseum

The ports work fine under Linux.  The earlier motherboard I saw this on worked 
fine under 4-stable; I have not yet had an opportunity to nuke my machine and 
install 4.7. :-)
(Though I will say that I have very, very similar symptoms on my 4.7 
OHCI-based laptop, though it does it starting right from boot, instead of 
working for a while and then going insane.  Again, ports work fine under 
Linux.  I suspect it may be unrelated.)

What should I instrument?  Any debug flags I can turn on?

-Cliff L. Biffle

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  3:46:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4E4EB37B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 03:46:38 -0800 (PST)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B8C9F43FBF
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 03:46:34 -0800 (PST)
	(envelope-from ticso@cicely9.cicely.de)
Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7])
	by srv1.cosmo-project.de (8.12.8/8.12.8) with ESMTP id h24BkN6D071103
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Tue, 4 Mar 2003 12:46:30 +0100 (CET)
	(envelope-from ticso@cicely9.cicely.de)
Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a])
	by cicely5.cicely.de (8.12.8/8.12.8) with ESMTP id h24BkKO2046249
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 4 Mar 2003 12:46:21 +0100 (CET)
	(envelope-from ticso@cicely9.cicely.de)
Received: from cicely9.cicely.de (localhost [127.0.0.1])
	by cicely9.cicely.de (8.12.6/8.12.6) with ESMTP id h24BkJXW076499;
	Tue, 4 Mar 2003 12:46:19 +0100 (CET)
	(envelope-from ticso@cicely9.cicely.de)
Received: (from ticso@localhost)
	by cicely9.cicely.de (8.12.6/8.12.6/Submit) id h24BkGER076498;
	Tue, 4 Mar 2003 12:46:16 +0100 (CET)
Date: Tue, 4 Mar 2003 12:46:15 +0100
From: Bernd Walter <ticso@cicely9.cicely.de>
To: "Cliff L. Biffle" <cbiffle@safety.net>
Cc: current@FreeBSD.ORG
Subject: Re: USB port periodically dies, now with complete body text
Message-ID: <20030304114615.GB76430@cicely9.cicely.de>
Reply-To: ticso@cicely.de
References: <200303040421.14971.cbiffle@safety.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200303040421.14971.cbiffle@safety.net>
X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 04:21:14AM -0700, Cliff L. Biffle wrote:
> Damn KMail.  Full text to follow:
> ---
> 
> I've been having a reliable USB issue on my 5-current box (3 Mar, 23:58:25 
> MST).  It's been happening since I upgraded to -current in the DP2 days, and 
> has happened on two completely independent motherboards.  On the more recent 
> of the two (the previous died) I've enabled USB_DEBUG.  Here's the deal.

I'm aware of problems when disconnecting open usb devices at least on
ohci controllers and some devices.
The simptoms might have changed.
Maybe I find some time this week to hunt it - I already have an idea
about the reason.
In the meantime as a workaround don't dissconnect opened devices.

-- 
B.Walter              COSMO-Project         http://www.cosmo-project.de
ticso@cicely.de         Usergroup           info@cosmo-project.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  3:52:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id AA82837B401; Tue,  4 Mar 2003 03:52:16 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E924343FCB; Tue,  4 Mar 2003 03:52:15 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 7E7D1530E; Tue,  4 Mar 2003 12:52:12 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: bmcgover@cisco.com
Cc: questions@freebsd.org, current@freebsd.org, freebsd-qa@cisco.com
Subject: Re: Changes to libfetch in 5.0 break proxy support?
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 04 Mar 2003 12:52:12 +0100
In-Reply-To: <200303031748.h23HmDkN017639@bmcgover-pc.cisco.com> ("Brian J.
 McGovern"'s message of "Mon, 03 Mar 2003 12:48:13 -0500")
Message-ID: <xzpadgbcpsj.fsf@flood.ping.uio.no>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd)
References: <200303031748.h23HmDkN017639@bmcgover-pc.cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Brian J. McGovern" <bmcgover@cisco.com> writes:
> Anyone have any ideas if something has broken, or whether its pilot error?

Please show the output of "fetch -vvv <some-url-that-doesn't-work>"

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  4: 4:56 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 888DD37B405
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:04:54 -0800 (PST)
Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C463A43FE9
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:04:52 -0800 (PST)
	(envelope-from matt@xtaz.co.uk)
Received: from webmail.xtaz.co.uk (matt@localhost.xtaz.co.uk [127.0.0.1])
	by tao.xtaz.co.uk (8.12.8/8.12.8) with ESMTP id h24C4ng3009522
	for <current@freebsd.org>; Tue, 4 Mar 2003 12:04:50 GMT
	(envelope-from matt@xtaz.co.uk)
From: "Matt" <matt@xtaz.co.uk>
To: current@freebsd.org
Subject: Recent sendmail import
Date: Tue, 4 Mar 2003 12:04:49 +0000
Message-Id: <20030304115722.M1598@xtaz.co.uk>
X-Mailer: Open WebMail 1.90 20030212
X-OriginatingIP: 193.35.129.161 (matt)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This could well be just something I forgot to do or I'm missing something as 
I built my world last night at about 1am when I was knackered, so I apologise 
if this isn't an issue.

After I rebooted I checked the sendmail header by telnetting port 25 to check 
I had the new version and it had "ESMTP Sendmail 8.12.8/8.12.7" in it. This I 
thought was odd as I was expecting it to say 8.12.8 on both. I grepped for 
8.12 in /etc/mail and freebsd.cf and sendmail.cf had DZ8.12.7 in them. Is 
this intentional or something not updated properly? I did run mergemaster etc 
but like I said I was tired and could well have answered something wrong.

Thought I would mention it in case it was something that was missed!

Regards, Matt.

---
Matt (matt@xtaz.co.uk)
http://www.xtaz.co.uk/
---

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  4: 5: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 940B337B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:05:06 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 87B2E43F75
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:05:05 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 1FA6A530E; Tue,  4 Mar 2003 13:05:00 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Scotty <saldane@canofsleep.com>
Cc: current@freebsd.org
Subject: Re: ATA problems
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 04 Mar 2003 13:05:00 +0100
In-Reply-To: <3E6419BA.2090703@canofsleep.com> (Scotty's message of "Mon, 03
 Mar 2003 22:12:58 -0500")
Message-ID: <xzp7kbfcp77.fsf@flood.ping.uio.no>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd)
References: <200302252028.h1PKStVk048717@spider.deepcore.dk>
	<3E6419BA.2090703@canofsleep.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Scotty <saldane@canofsleep.com> writes:
> ad0: READ command timeout tag=0 serv=0 - resetting
> ata0: resetting devices ..

Disable tags (add hw.ata.tags=0 to /boot/loader.conf).  Never worked
for me either (ASUS P5A, ALi M1543 southbridge, IBM DTTA and IC35L
disks)

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  4:11:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 616AC37B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 04:11:35 -0800 (PST)
Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CC7E443FB1
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 04:11:33 -0800 (PST)
	(envelope-from sos@spider.deepcore.dk)
Received: (from sos@localhost)
	by spider.deepcore.dk (8.12.5/8.12.6) id h24CBTvm074918;
	Tue, 4 Mar 2003 13:11:29 +0100 (CET)
	(envelope-from sos)
From: Soeren Schmidt <sos@spider.deepcore.dk>
Message-Id: <200303041211.h24CBTvm074918@spider.deepcore.dk>
Subject: Re: ATA problems
In-Reply-To: <xzp7kbfcp77.fsf@flood.ping.uio.no>
To: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 4 Mar 2003 13:11:29 +0100 (CET)
Cc: Scotty <saldane@canofsleep.com>, current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL98b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

It seems Dag-Erling Smorgrav wrote:
> Scotty <saldane@canofsleep.com> writes:
> > ad0: READ command timeout tag=0 serv=0 - resetting
> > ata0: resetting devices ..
> 
> Disable tags (add hw.ata.tags=0 to /boot/loader.conf).  Never worked
> for me either (ASUS P5A, ALi M1543 southbridge, IBM DTTA and IC35L
> disks)

Tags are disabled in -current in ata-disk.c so if the sources are 
up to date that cannot be the problem.
Please update and then at least provide a dmesg if it still fails.

-Søren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  4:33:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6E26E37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:33:15 -0800 (PST)
Received: from freebsd.org.ru (www.freebsd.org.ru [194.84.67.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8F13343FBF
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:33:14 -0800 (PST)
	(envelope-from osa@freebsd.org.ru)
Received: by freebsd.org.ru (Postfix, from userid 1000)
	id 7F8FC258; Tue,  4 Mar 2003 15:33:12 +0300 (MSK)
Date: Tue, 4 Mar 2003 15:33:12 +0300
From: "Sergey A. Osokin" <osa@freebsd.org.ru>
To: Matt <matt@xtaz.co.uk>
Cc: current@freebsd.org
Subject: Re: Recent sendmail import
Message-ID: <20030304123312.GS424@freebsd.org.ru>
Reply-To: osa@FreeBSD.org.ru
References: <20030304115722.M1598@xtaz.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030304115722.M1598@xtaz.co.uk>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 12:04:49PM +0000, Matt wrote:
> This could well be just something I forgot to do or I'm missing something as 
> I built my world last night at about 1am when I was knackered, so I apologise 
> if this isn't an issue.
> 
> After I rebooted I checked the sendmail header by telnetting port 25 to check 
> I had the new version and it had "ESMTP Sendmail 8.12.8/8.12.7" in it. This I 
> thought was odd as I was expecting it to say 8.12.8 on both. I grepped for 
> 8.12 in /etc/mail and freebsd.cf and sendmail.cf had DZ8.12.7 in them. Is 
> this intentional or something not updated properly? I did run mergemaster etc 
> but like I said I was tired and could well have answered something wrong.
> 
> Thought I would mention it in case it was something that was missed!

Try to do following commands: 
# cd /etc/mail
# touch *.mc
# make cf
# make restart

then telnet localhost 25

-- 

Rgdz,                        /"\  ASCII RIBBON CAMPAIGN
Sergey Osokin aka oZZ,       \ /    AGAINST HTML MAIL
http://ozz.pp.ru/             X          AND NEWS
                             / \

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  4:43:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1E39037B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:43:18 -0800 (PST)
Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1470543FB1
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:43:17 -0800 (PST)
	(envelope-from matt@xtaz.co.uk)
Received: from webmail.xtaz.co.uk (matt@localhost.xtaz.co.uk [127.0.0.1])
	by tao.xtaz.co.uk (8.12.8/8.12.8) with ESMTP id h24ChE6x010296;
	Tue, 4 Mar 2003 12:43:14 GMT
	(envelope-from matt@xtaz.co.uk)
From: "Matt" <matt@xtaz.co.uk>
To: osa@freebsd.org.ru, Matt <matt@xtaz.co.uk>
Cc: current@freebsd.org
Subject: Re: Recent sendmail import
Date: Tue, 4 Mar 2003 12:43:14 +0000
Message-Id: <20030304124220.M77367@xtaz.co.uk>
In-Reply-To: <20030304123312.GS424@freebsd.org.ru>
References: <20030304115722.M1598@xtaz.co.uk> <20030304123312.GS424@freebsd.org.ru>
X-Mailer: Open WebMail 1.90 20030212
X-OriginatingIP: 193.35.129.161 (matt)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> Try to do following commands: 
> # cd /etc/mail
> # touch *.mc
> # make cf
> # make restart
> 
> then telnet localhost 25

Yes this sorted it. "ESMTP Sendmail 8.12.8/8.12.8".

Cheers :)

Matt.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  4:58:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 829DA37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:58:15 -0800 (PST)
Received: from mail.reptiles.org (mail.reptiles.org [198.96.117.157])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E8DD743FAF
	for <current@freebsd.org>; Tue,  4 Mar 2003 04:58:14 -0800 (PST)
	(envelope-from geoffrey@reptiles.org)
Received: from mail.reptiles.org([198.96.117.157]) (1321 bytes) by mail.reptiles.org
	via sendmail with P:esmtp/R:bind_hosts/T:inet_zone_bind_smtp
	(sender: <geoffrey@reptiles.org>) 
	id <m18qBzq-000EnEC@mail.reptiles.org>
	for <current@freebsd.org>; Tue, 4 Mar 2003 07:58:14 -0500 (EST)
	(Smail-3.2.0.115-Pre 2001-Aug-6 #2 built 2002-Nov-19)
Date: Tue, 4 Mar 2003 07:58:14 -0500 (EST)
From: Geoffrey <geoffrey@reptiles.org>
To: current@freebsd.org
Subject: 5.0 Release: `npx_driver',`npx_devclass' defined but not used, breaks
 kernel build
In-Reply-To: <20030302223856.S32532-100000@iguana.reptiles.org>
Message-ID: <20030304075321.M7046-100000@iguana.reptiles.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


	This is repeatable.  Re-cvsupped using the same tag yesterday
morning and rebuilt on a clean /obj with the same result.
	5.0 Release appears to be broken.

On Sun, 2 Mar 2003, Geoffrey wrote:
>
> Ladies and Gentlemen
>
> 	From a fresh cvsup of RELENG_5_0 this afternoon, make buildkernel
> returns:
>
> cc1: warnings being treated as errors
> /usr/src/sys/i386/isa/npx.c:1078: warning: `npx_driver' defined but not
> used
> /usr/src/sys/i386/isa/npx.c:1084: warning: `npx_devclass' defined but not
> used
> *** Error code 1
>
> Stop in /usr/obj/usr/src/sys/BINKY1.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
>
> 	This is with -march=pentium-mmx in make.conf and device     npx
> in my kernel configuration.
>
> 	Suggestions?  Remedies?
>
> 	Thankyou.
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  5: 1:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C91A737B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 05:01:25 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AF62F43F85
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 05:01:24 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 50F1D530E; Tue,  4 Mar 2003 14:01:19 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Soeren Schmidt <sos@spider.deepcore.dk>
Cc: Scotty <saldane@canofsleep.com>, current@FreeBSD.ORG
Subject: Re: ATA problems
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 04 Mar 2003 14:01:18 +0100
In-Reply-To: <200303041211.h24CBTvm074918@spider.deepcore.dk> (Soeren
 Schmidt's message of "Tue, 4 Mar 2003 13:11:29 +0100 (CET)")
Message-ID: <xzpr89n2sm9.fsf@flood.ping.uio.no>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd)
References: <200303041211.h24CBTvm074918@spider.deepcore.dk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Soeren Schmidt <sos@spider.deepcore.dk> writes:
> Tags are disabled in -current in ata-disk.c so if the sources are 
> up to date that cannot be the problem.
> Please update and then at least provide a dmesg if it still fails.

top-of-tree:

root@des /home/des# egrep '(ata|ad)[0-9]' /var/run/dmesg.boot
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
ad0: 9641MB <IBM-DTTA-371010> [19590/16/63] at ata0-master UDMA33
ad1: 39266MB <IC35L040AVER07-0> [79780/16/63] at ata1-master UDMA33
acd0: CD-RW <HL-DT-ST GCE-8400B> at ata0-slave WDMA2

No tags, like you said.  Previously, with a tags-capable kernel,
enabling tags would cause a continuous stream of timeouts and resets
on both disks.

I saw your commit disabling tags on 2003-02-23, but I didn't see any
related discussion that would explain why they were disabled.

root@des /home/des# atacontrol cap 0 0
ATA channel 0, Master, device ad0:

ATA/ATAPI revision    4
device model          IBM-DTTA-371010
serial number         WN0WKFW1158
firmware revision     T77OA73A
cylinders             16383
heads                 16
sectors/track         63
lba supported         19746720 sectors
lba48 not supported
dma supported
overlap not supported

Feature                      Support  Enable    Value   Vendor
write cache                    yes      yes
read ahead                     yes      yes
dma queued                     yes      yes     31/1F
SMART                          yes      no
microcode download             no       no
security                       yes      no
power management               yes      yes
advanced power management      no       no      0/00
automatic acoustic management  no       no      0/00    0/00
root@des /home/des# atacontrol cap 1 0
ATA channel 1, Master, device ad1:

ATA/ATAPI revision    5
device model          IC35L040AVER07-0
serial number         SX0SXM75217
firmware revision     ER4OA44A
cylinders             16383
heads                 16
sectors/track         63
lba supported         80418240 sectors
lba48 not supported
dma supported
overlap not supported

Feature                      Support  Enable    Value   Vendor
write cache                    yes      yes
read ahead                     yes      yes
dma queued                     yes      yes     31/1F
SMART                          yes      no
microcode download             no       no
security                       yes      no
power management               yes      yes
advanced power management      yes      no      0/00
automatic acoustic management  yes      no      254/FE  128/80

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  5:10:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 511B337B401; Tue,  4 Mar 2003 05:10:09 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B5E2D43F3F; Tue,  4 Mar 2003 05:10:07 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id E2756530E; Tue,  4 Mar 2003 14:10:05 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Soeren Schmidt <sos@freebsd.org>
Cc: Scotty <saldane@canofsleep.com>, current@FreeBSD.ORG
Subject: Re: ATA problems
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 04 Mar 2003 14:10:05 +0100
In-Reply-To: <xzpr89n2sm9.fsf@flood.ping.uio.no> (Dag-Erling Smorgrav's
 message of "Tue, 04 Mar 2003 14:01:18 +0100")
Message-ID: <xzpznob8ehe.fsf@flood.ping.uio.no>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd)
References: <200303041211.h24CBTvm074918@spider.deepcore.dk>
	<xzpr89n2sm9.fsf@flood.ping.uio.no>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Dag-Erling Smorgrav <des@ofug.org> writes:
> No tags, like you said.  Previously, with a tags-capable kernel,
> enabling tags would cause a continuous stream of timeouts and resets
> on both disks.

Just for kicks, I removed the #if 0 in ata-disk.c and got exactly the
same symptoms as before:

ad0: READ command timeout tag=0 serv=1 - resetting
ad0: invalidating queued requests
ata0: resetting devices ..
ad0: invalidating queued requests
done
ad0: no request for tag=0
ad0: invalidating queued requests
ad0: 9641MB <IBM-DTTA-371010> [19590/16/63] at ata0-master tagged UDMA33
ad0: READ command timeout tag=0 serv=1 - resetting
ad0: invalidating queued requests
ata0: resetting devices ..
ad0: invalidating queued requests
done
ad0: no request for tag=0
ad0: invalidating queued requests
ad1: READ command timeout tag=0 serv=1 - resetting
ad1: invalidating queued requests
ata1: resetting devices ..
ad1: invalidating queued requests
done
ad1: no request for tag=0
ad1: invalidating queued requests
ad0: READ command timeout tag=0 serv=1 - resetting
ad0: invalidating queued requests
ata0: resetting devices ..
ad0: invalidating queued requests
done
ad0: no request for tag=0
ad0: invalidating queued requests
ad1: 39266MB <IC35L040AVER07-0> [79780/16/63] at ata1-master tagged UDMA33
acd0: CD-RW <HL-DT-ST GCE-8400B> at ata0-slave WDMA2
ad1: READ command timeout tag=0 serv=1 - resetting
ad1: invalidating queued requests
ata1: resetting devices ..
ad1: invalidating queued requests
done
ad1: no request for tag=0
ad1: invalidating queued requests
ad0: READ command timeout tag=0 serv=1 - resetting
ad0: invalidating queued requests
ad0: trying fallback to PIO mode
ata0: resetting devices ..
ad0: invalidating queued requests
done
ad1: READ command timeout tag=0 serv=1 - resetting
ad1: invalidating queued requests
ata1: resetting devices ..
ad1: invalidating queued requests
done
ad1: no request for tag=0
ad1: invalidating queued requests
ad1: no request for tag=0
ad1: invalidating queued requests
ad1: READ command timeout tag=0 serv=1 - resetting
ad1: invalidating queued requests
ad1: trying fallback to PIO mode
ata1: resetting devices ..
ad1: invalidating queued requests
done

it never even got to mounting root, I grew tired of waiting and
coldbooted it.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  5:13:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 52EAC37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 05:13:41 -0800 (PST)
Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9487C43F85
	for <current@freebsd.org>; Tue,  4 Mar 2003 05:13:40 -0800 (PST)
	(envelope-from mich@freebsdcluster.net)
Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26])
	by mail2.itxmarket.com (Postfix) with ESMTP id BAE0E37C93
	for <current@freebsd.org>; Tue,  4 Mar 2003 14:13:39 +0100 (CET)
Received: by freebsdcluster.net (Postfix, from userid 1000)
	id 327CE3B943E; Tue,  4 Mar 2003 14:13:39 +0100 (CET)
Date: Tue, 4 Mar 2003 14:13:39 +0100
From: Michael Hostbaek <mich@freebsdcluster.org>
To: current@freebsd.org
Subject: kernel build - fail
Message-ID: <20030304131339.GM11178@mich2.itxmarket.com>
Mail-Followup-To: Michael Hostbaek <mich@freebsdcluster.org>,
	current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ncSAzJYg3Aa9+CRW"
Content-Disposition: inline
X-Operating-System: FreeBSD 4.8-PRERELEASE i386
X-PGP-Key: http://www.freebsdcluster.org/~mich/
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--ncSAzJYg3Aa9+CRW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

I cvsup'ed my source this morning, and after a successfull 'make
buildworld' I launch 'make buildkernel KERNCONF=3DGENERIC' - shortly after
it dies with the following message:

sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s
perl5 /usr/src/sys/kern/vnode_if.pl -h /usr/src/sys/kern/vnode_if.src
perl5: Perl is not installed, try 'pkg_add -r perl'
*** Error code 1

Stop in /usr/obj/usr/src/sys/GENERIC.
*** Error code 1

I have perl installed.. but a kernel build does not normally depend on
perl ??

Let me know if you need additional info.

/mich

--=20
Best Regards,
	Michael Landin Hostbaek=20
	FreeBSDCluster.org - an International Community

	*/ PGP-key available upon request /*

--ncSAzJYg3Aa9+CRW
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZKaDewpSEg9V9r4RArlnAJ4ytbICTHc25laXXlkqEP47O+PKUgCfdczi
Ll700wBa15eSjPzyczs5F3k=
=6Xdn
-----END PGP SIGNATURE-----

--ncSAzJYg3Aa9+CRW--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  5:31:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 24A4237B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 05:31:52 -0800 (PST)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9D02E43F75
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 05:31:51 -0800 (PST)
	(envelope-from wa1ter@myrealbox.com)
Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.109.103]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.32  $ on Novell NetWare
	via secured & encrypted transport (TLS);
	Tue, 04 Mar 2003 06:31:55 -0700
Message-ID: <3E64AAD4.50402@myrealbox.com>
Date: Tue, 04 Mar 2003 05:32:04 -0800
From: walt <wa1ter@myrealbox.com>
Organization: none
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: Re: kernel build - fail
References: <b428qm$ssd$1@FreeBSD.csie.NCTU.edu.tw>
In-Reply-To: <b428qm$ssd$1@FreeBSD.csie.NCTU.edu.tw>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Michael Hostbaek wrote:
> --ncSAzJYg3Aa9+CRW
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
> 
> Hi,
> 
> I cvsup'ed my source this morning, and after a successfull 'make
> buildworld' I launch 'make buildkernel KERNCONF=3DGENERIC' - shortly after
> it dies with the following message:
> 
> sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s
> perl5 /usr/src/sys/kern/vnode_if.pl -h /usr/src/sys/kern/vnode_if.src

vnode_if.pl is a file from the -STABLE tree, not -CURRENT.  Which
kernel are you trying to build?



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  5:45:22 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 740E437B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 05:45:20 -0800 (PST)
Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCEC43F93
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 05:45:19 -0800 (PST)
	(envelope-from mich@freebsdcluster.net)
Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26])
	by mail2.itxmarket.com (Postfix) with ESMTP
	id 6311437C83; Tue,  4 Mar 2003 14:45:18 +0100 (CET)
Received: by freebsdcluster.net (Postfix, from userid 1000)
	id 17CED3B943E; Tue,  4 Mar 2003 14:45:18 +0100 (CET)
Date: Tue, 4 Mar 2003 14:45:18 +0100
From: Michael Hostbaek <mich@freebsdcluster.org>
To: walt <wa1ter@myrealbox.com>
Cc: freebsd-current@freebsd.org
Subject: Re: kernel build - fail
Message-ID: <20030304134518.GO11178@mich2.itxmarket.com>
Mail-Followup-To: Michael Hostbaek <mich@freebsdcluster.org>,
	walt <wa1ter@myrealbox.com>, freebsd-current@freebsd.org
References: <b428qm$ssd$1@FreeBSD.csie.NCTU.edu.tw> <3E64AAD4.50402@myrealbox.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Hf61M2y+wYpnELGG"
Content-Disposition: inline
In-Reply-To: <3E64AAD4.50402@myrealbox.com>
X-Operating-System: FreeBSD 4.8-PRERELEASE i386
X-PGP-Key: http://www.freebsdcluster.org/~mich/
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--Hf61M2y+wYpnELGG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

walt (wa1ter) writes:
> vnode_if.pl is a file from the -STABLE tree, not -CURRENT.  Which
> kernel are you trying to build?

Doh! Well, when I cvsup'ed I accidently used an old cvsup-src-file for
RELENG_4..  That might explain the problem.

Thanks.

/mich

--=20
Best Regards,
	Michael Landin Hostbaek=20
	FreeBSDCluster.org - an International Community

	*/ PGP-key available upon request /*

--Hf61M2y+wYpnELGG
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZK3tewpSEg9V9r4RAvVMAJ9KqxP+AAHBZAkXiouazm2EkaquBwCgjoZP
iXPjtIdUR5PMofMGD4vFB2g=
=0J2i
-----END PGP SIGNATURE-----

--Hf61M2y+wYpnELGG--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  5:47:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8CF6637B401; Tue,  4 Mar 2003 05:47:39 -0800 (PST)
Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A680643FAF; Tue,  4 Mar 2003 05:47:38 -0800 (PST)
	(envelope-from tim@robbins.dropbear.id.au)
Received: from dilbert.robbins.dropbear.id.au ([210.50.41.31]) by smtp02.syd.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600);
	 Wed, 5 Mar 2003 00:47:35 +1100
Received: from dilbert.robbins.dropbear.id.au (wsyclibwb0dnv8pe@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h24DlWJK013523;
	Wed, 5 Mar 2003 00:47:32 +1100 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h24DlVEH013521;
	Wed, 5 Mar 2003 00:47:31 +1100 (EST)
	(envelope-from tim)
Date: Wed, 5 Mar 2003 00:47:30 +1100
From: Tim Robbins <tjr@freebsd.org>
To: freebsd-net@freebsd.org
Cc: freebsd-current@freebsd.org
Subject: Removal of netns
Message-ID: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
X-OriginalArrivalTime: 04 Mar 2003 13:47:35.0909 (UTC) FILETIME=[9D022950:01C2E254]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Is there a compelling reason why I shouldn't remove netns? That is, does
it serve a purpose now that it could not serve if it was moved to the
Attic?


Tim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  6:17:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7C97C37B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 06:17:23 -0800 (PST)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C7EF443FDF
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 06:17:22 -0800 (PST)
	(envelope-from wa1ter@myrealbox.com)
Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [66.126.109.103]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.32  $ on Novell NetWare
	via secured & encrypted transport (TLS);
	Tue, 04 Mar 2003 07:17:26 -0700
Message-ID: <3E64B580.8020404@myrealbox.com>
Date: Tue, 04 Mar 2003 06:17:36 -0800
From: walt <wa1ter@myrealbox.com>
Organization: none
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: Re: nvidia module panics today's kernel [03-03-03]
References: <b41f15$e80$1@FreeBSD.csie.NCTU.edu.tw>
In-Reply-To: <b41f15$e80$1@FreeBSD.csie.NCTU.edu.tw>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Andre Guibert de Bruet wrote:

> If you really need to use your workstation, you can try the open source nv
> XFree86 driver. It's not as fast as the nVidia detonator driver and it's
> not accelerated, but you can at least use X11 at a reasonable resolution
> and color depth.

It works well enough for my purposes, thanks once again.  Actually, I had
tried the 'nv' driver once before with no luck, but this time I thought
to disable the 'glx' module which is installed by the proprietary nVidia
driver and now it works just fine.

Maybe I should mention that I'm using a Riva TNT2 chip, not a GeoForce.
And, of course, I'm still running my kernel from two days ago, so I'd
better try compiling today's kernel before I get too complacent...

You've been a great help in the last 24 hours.  Thank you!


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  6:18: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B559237B401; Tue,  4 Mar 2003 06:18:06 -0800 (PST)
Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B31B743FCB; Tue,  4 Mar 2003 06:18:04 -0800 (PST)
	(envelope-from sos@spider.deepcore.dk)
Received: (from sos@localhost)
	by spider.deepcore.dk (8.12.5/8.12.6) id h24EHuiG099690;
	Tue, 4 Mar 2003 15:17:56 +0100 (CET)
	(envelope-from sos)
From: Soeren Schmidt <sos@spider.deepcore.dk>
Message-Id: <200303041417.h24EHuiG099690@spider.deepcore.dk>
Subject: Re: ATA problems
In-Reply-To: <xzpznob8ehe.fsf@flood.ping.uio.no>
To: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 4 Mar 2003 15:17:56 +0100 (CET)
Cc: Soeren Schmidt <sos@FreeBSD.ORG>,
	Scotty <saldane@canofsleep.com>, current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL98b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

It seems Dag-Erling Smorgrav wrote:
> Dag-Erling Smorgrav <des@ofug.org> writes:
> > No tags, like you said.  Previously, with a tags-capable kernel,
> > enabling tags would cause a continuous stream of timeouts and resets
> > on both disks.
> 
> Just for kicks, I removed the #if 0 in ata-disk.c and got exactly the
> same symptoms as before:
> 
> ad0: READ command timeout tag=0 serv=1 - resetting
> ad0: invalidating queued requests

That why it is disabled, its not working for the time being.

-Søren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  6:35:38 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1E04137B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 06:35:37 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A159743FDF
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 06:35:36 -0800 (PST)
	(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id 85D962ED3FA; Tue,  4 Mar 2003 06:35:36 -0800 (PST)
Date: Tue, 4 Mar 2003 15:35:36 +0100
From: Maxime Henrion <mux@freebsd.org>
To: walt <wa1ter@myrealbox.com>
Cc: freebsd-current@freebsd.org
Subject: Re: nvidia module panics today's kernel [03-03-03]
Message-ID: <20030304143536.GA63673@elvis.mu.org>
References: <3E64335A.60408@myrealbox.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E64335A.60408@myrealbox.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

walt wrote:
> My mini 'disaster' of earlier today was caused by the nvidia kernel
> module being autoloaded at boot, which causes an immediate kernel panic.
> 
> The newest kernel seems fine until I try to load the module manually,
> at which time I still get the kernel panic even after re-compiling
> the module.
> 
> Maxime, it looks like the nvidia module will need to be sculpted one
> more time.   :-(

Yes, the cdevsw initialization scheme and the driver needs to be updated
accordingly.  I've updated my patch at :

	http://mu.org/~mux/patches/nvidia.patch

Cheers,
Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  6:38:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 715BD37B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 06:38:38 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1736E43FA3
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 06:38:38 -0800 (PST)
	(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id 0247F2ED3FD; Tue,  4 Mar 2003 06:38:38 -0800 (PST)
Date: Tue, 4 Mar 2003 15:38:37 +0100
From: Maxime Henrion <mux@freebsd.org>
To: walt <wa1ter@myrealbox.com>
Cc: freebsd-current@freebsd.org
Subject: Re: nvidia module panics today's kernel [03-03-03]
Message-ID: <20030304143837.GB63673@elvis.mu.org>
References: <3E64335A.60408@myrealbox.com> <20030304143536.GA63673@elvis.mu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030304143536.GA63673@elvis.mu.org>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Maxime Henrion wrote:
> walt wrote:
> > My mini 'disaster' of earlier today was caused by the nvidia kernel
> > module being autoloaded at boot, which causes an immediate kernel panic.
> > 
> > The newest kernel seems fine until I try to load the module manually,
> > at which time I still get the kernel panic even after re-compiling
> > the module.
> > 
> > Maxime, it looks like the nvidia module will need to be sculpted one
> > more time.   :-(
> 
> Yes, the cdevsw initialization scheme and the driver needs to be updated
                                       ^ changed
> accordingly.  I've updated my patch at :
> 
> 	http://mu.org/~mux/patches/nvidia.patch
> 
> Cheers,
> Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  7:15:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7EE8F37B401; Tue,  4 Mar 2003 07:15:40 -0800 (PST)
Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9551E43FAF; Tue,  4 Mar 2003 07:15:39 -0800 (PST)
	(envelope-from scott_long@btc.adaptec.com)
Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11])
	by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h24FEbc19271;
	Tue, 4 Mar 2003 07:14:37 -0800
Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52])
	by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id HAA24486;
	Tue, 4 Mar 2003 07:15:33 -0800 (PST)
Received: from btc.adaptec.com (hollin [10.100.253.56])
	by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id IAA14179;
	Tue, 4 Mar 2003 08:15:30 -0700 (MST)
Message-ID: <3E64C308.4060904@btc.adaptec.com>
Date: Tue, 04 Mar 2003 08:15:20 -0700
From: Scott Long <scott_long@btc.adaptec.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030206
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Maxime Henrion <mux@freebsd.org>
Cc: walt <wa1ter@myrealbox.com>, freebsd-current@freebsd.org
Subject: Re: nvidia module panics today's kernel [03-03-03]
References: <3E64335A.60408@myrealbox.com> <20030304143536.GA63673@elvis.mu.org>
In-Reply-To: <20030304143536.GA63673@elvis.mu.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Maxime Henrion wrote:
> walt wrote:
> 
>>My mini 'disaster' of earlier today was caused by the nvidia kernel
>>module being autoloaded at boot, which causes an immediate kernel panic.
>>
>>The newest kernel seems fine until I try to load the module manually,
>>at which time I still get the kernel panic even after re-compiling
>>the module.
>>
>>Maxime, it looks like the nvidia module will need to be sculpted one
>>more time.   :-(
> 
> 
> Yes, the cdevsw initialization scheme and the driver needs to be updated
> accordingly.  I've updated my patch at :
> 
> 	http://mu.org/~mux/patches/nvidia.patch
> 
> Cheers,
> Maxime
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

Maybe the kernel driver portion of the nvidia driver set should be
imported into /sys/contrib?  It seems to be breaking quite often at
the hands of people who usually are good about updating all drivers
in the tree.

Scott


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  7:31:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5268C37B401
	for <current@FreeBSD.org>; Tue,  4 Mar 2003 07:31:35 -0800 (PST)
Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 193E443FEA
	for <current@FreeBSD.org>; Tue,  4 Mar 2003 07:31:28 -0800 (PST)
	(envelope-from will@csociety.org)
Received: by procyon.firepipe.net (Postfix, from userid 1000)
	id C5E9A21E24; Tue,  4 Mar 2003 07:31:27 -0800 (PST)
Date: Tue, 4 Mar 2003 07:31:27 -0800
From: Will Andrews <will@csociety.org>
To: current@FreeBSD.org
Subject: Amanda backups, or dump(8) broken?
Message-ID: <20030304153127.GG37397@procyon.firepipe.net>
Mail-Followup-To: current@FreeBSD.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Is anyone else here backing up -CURRENT machines using AMANDA?
I've been noticing that the backups for these machines have what
appear to be bad backups.  That is to say, amverify gives things
like this:

[...]
firepipe-3 (ganymede._.20030304.1):
amrestore:   0: skipping start of tape: date 20030304 label firepipe-3
amrestore:   1: restoring ganymede._.20030304.1

gzip: stdin: decompression OK, trailing garbage ignored
amrestore:   2: reached end of information
cannot open /dev/tty: Device not configured
Tape is not a dump tape
64+0 in
64+0 out
firepipe-3 (oberon._usr.20030304.2):
amrestore: WARNING: not at start of tape, file numbers will be offset
amrestore:   0: restoring oberon._usr.20030304.2
                                                                                
gzip: stdin: decompression OK, trailing garbage ignored
amrestore:   1: reached end of information
cannot open /dev/tty: Device not configured
Tape is not a dump tape
64+0 in
64+0 out
[...]

ganymede:
FreeBSD ganymede.firepipe.net 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Sun Mar  2 22:01:40 EST 2003 will@ganymede.firepipe.net:/net/ganymede/src/sys/i386/compile/GANYMEDE i386
oberon:
FreeBSD oberon.firepipe.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jan 14 01:19:15 EST 2003 will@oberon.firepipe.net:/usr/src/sys/sparc64/compile/OBERON sparc64

Ganymede runs Amanda 2.4.3 while oberon is running Amanda 2.4.4b1
due to 64-bit safeness fixes in that version.

Note that I also back up three other machines (two 4.x/i386
and one Linux/mipsel) without a peep from amverify.

Anyone know if maybe the dump format has been changed to the
extent that it breaks Amanda or something?  In fact, based on the
"64+0" it appears that the header or something similar may have
been broken.

Or maybe Amanda is broken.  I'm just looking for someone else who
has already seen this behavior.  Preferably someone else that
knows what the issue is and how it might be fixed...

Regards,
-- 
wca

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  7:54: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 38F2E37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 07:54:06 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8F28043F93
	for <current@freebsd.org>; Tue,  4 Mar 2003 07:54:05 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0004.cvx40-bradley.dialup.earthlink.net ([216.244.42.4] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qEjr-0005Cy-00; Tue, 04 Mar 2003 07:53:55 -0800
Message-ID: <3E64CBC0.6F94B7BB@mindspring.com>
Date: Tue, 04 Mar 2003 07:52:32 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Matt <matt@xtaz.co.uk>
Cc: current@freebsd.org
Subject: Re: Recent sendmail import
References: <20030304115722.M1598@xtaz.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4b7b18a31286905231079c71bf2b8e766a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Matt wrote:
> After I rebooted I checked the sendmail header by telnetting port 25 to check
> I had the new version and it had "ESMTP Sendmail 8.12.8/8.12.7" in it. This I
> thought was odd as I was expecting it to say 8.12.8 on both. I grepped for
> 8.12 in /etc/mail and freebsd.cf and sendmail.cf had DZ8.12.7 in them. Is
> this intentional or something not updated properly? I did run mergemaster etc
> but like I said I was tired and could well have answered something wrong.

Non-problem.  It indicates version of sendmail, version of config
file.

If you care, see other posting on how to "fix" it.  Or you could
just edit the version in the config file, and call it a day.  I
don't think you will see any differences from regenerating from
the M4 sources.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  7:57:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E9C9237B401; Tue,  4 Mar 2003 07:57:49 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A6E5E43FB1; Tue,  4 Mar 2003 07:57:48 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0004.cvx40-bradley.dialup.earthlink.net ([216.244.42.4] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qEna-0005xs-00; Tue, 04 Mar 2003 07:57:46 -0800
Message-ID: <3E64CCAB.4C70108F@mindspring.com>
Date: Tue, 04 Mar 2003 07:56:27 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tim Robbins <tjr@freebsd.org>
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4b7b18a31286905235cb2a257310419d2666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tim Robbins wrote:
> Is there a compelling reason why I shouldn't remove netns? That is, does
> it serve a purpose now that it could not serve if it was moved to the
> Attic?

Might as well move /sys/i386/conf/GENERIC to the attic while
you are at it.  It can serve it's purpose from there, too.

Is there a compelling reason for doing this, other than "I
want to make some API/locking change, but I don't want to
have to keep this code working at the same time"?  Maximizing
bit-rot in order to avoid effort is a bad thing, particularly
when it's done by the person who is making the change that
causes the rot: that person is the person most qualified in
the world to correct the bit-rot (or prevent it from happening),
in that they have the best understanding of *why* their change
broke something.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  7:58:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BACB437B405
	for <current@freebsd.org>; Tue,  4 Mar 2003 07:58:46 -0800 (PST)
Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8E03F43F93
	for <current@freebsd.org>; Tue,  4 Mar 2003 07:58:45 -0800 (PST)
	(envelope-from matt@xtaz.co.uk)
Received: from webmail.xtaz.co.uk (matt@localhost.xtaz.co.uk [127.0.0.1])
	by tao.xtaz.co.uk (8.12.8/8.12.8) with ESMTP id h24Fwh3C014779;
	Tue, 4 Mar 2003 15:58:43 GMT
	(envelope-from matt@xtaz.co.uk)
From: "Matt" <matt@xtaz.co.uk>
To: Terry Lambert <tlambert2@mindspring.com>, Matt <matt@xtaz.co.uk>
Cc: current@freebsd.org
Subject: Re: Recent sendmail import
Date: Tue, 4 Mar 2003 15:58:43 +0000
Message-Id: <20030304155543.M46077@xtaz.co.uk>
In-Reply-To: <3E64CBC0.6F94B7BB@mindspring.com>
References: <20030304115722.M1598@xtaz.co.uk> <3E64CBC0.6F94B7BB@mindspring.com>
X-Mailer: Open WebMail 1.90 20030212
X-OriginatingIP: 193.35.129.161 (matt)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 04 Mar 2003 07:52:32 -0800, Terry Lambert wrote
> 
> If you care, see other posting on how to "fix" it.  Or you could
> just edit the version in the config file, and call it a day.  I
> don't think you will see any differences from regenerating from
> the M4 sources.
> 
> -- Terry

Yeah, thanks for the reply. I think what actually happened was that I cvsup'd 
halfway between the update and missed some of the src/etc/mail updates. This 
morning I cvsup'd again and ran mergemaster for a second time and the 
freebsd.cf and sendmail.cf both contain DZ8.12.8 now.

Thankyou for confirming what the two version numbers were for though. I never 
knew this and when I saw the differences in versions it made me wonder.

Regards, Matt.

---
Matt (matt@xtaz.co.uk)
http://www.xtaz.co.uk/
---

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  7:59:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D3EF937B401; Tue,  4 Mar 2003 07:59:38 -0800 (PST)
Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5358A43F75; Tue,  4 Mar 2003 07:59:36 -0800 (PST)
	(envelope-from des@ofug.org)
Received: by flood.ping.uio.no (Postfix, from userid 2602)
	id 28A57530E; Tue,  4 Mar 2003 16:59:34 +0100 (CET)
X-URL: http://www.ofug.org/~des/
X-Disclaimer: The views expressed in this message do not necessarily
  coincide with those of any organisation or company with
  which I am or have been affiliated.
To: Soeren Schmidt <sos@spider.deepcore.dk>
Cc: Soeren Schmidt <sos@FreeBSD.ORG>,
	Scotty <saldane@canofsleep.com>, current@FreeBSD.ORG
Subject: Re: ATA problems
From: Dag-Erling Smorgrav <des@ofug.org>
Date: Tue, 04 Mar 2003 16:59:33 +0100
In-Reply-To: <200303041417.h24EHuiG099690@spider.deepcore.dk> (Soeren
 Schmidt's message of "Tue, 4 Mar 2003 15:17:56 +0100 (CET)")
Message-ID: <xzpheaj2kd6.fsf@flood.ping.uio.no>
User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd)
References: <200303041417.h24EHuiG099690@spider.deepcore.dk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Soeren Schmidt <sos@spider.deepcore.dk> writes:
> It seems Dag-Erling Smorgrav wrote:
> > ad0: READ command timeout tag=0 serv=1 - resetting
> > ad0: invalidating queued requests
> That why it is disabled, its not working for the time being.

For me, "the time being" == "since it was introduced in the tree".  It
has never worked for me, ever.  That's the point I was trying to make.

DES
-- 
Dag-Erling Smorgrav - des@ofug.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  8:13:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 075FD37B406
	for <current@freebsd.org>; Tue,  4 Mar 2003 08:13:13 -0800 (PST)
Received: from freebsd.org.ru (sweet.etrust.ru [194.84.67.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D02ED43F75
	for <current@freebsd.org>; Tue,  4 Mar 2003 08:13:10 -0800 (PST)
	(envelope-from osa@freebsd.org.ru)
Received: by freebsd.org.ru (Postfix, from userid 1000)
	id 7736E252; Tue,  4 Mar 2003 19:13:09 +0300 (MSK)
Date: Tue, 4 Mar 2003 19:13:09 +0300
From: "Sergey A. Osokin" <osa@freebsd.org.ru>
To: Rossam Souza Silva <rss@cin.ufpe.br>
Cc: Kris Kennaway <kris@obsecurity.org>,
	Andre Guibert de Bruet <andy@siliconlandmark.com>,
	current@freebsd.org
Subject: Re: Problems compiling KDE after mega-commit
Message-ID: <20030304161309.GY424@freebsd.org.ru>
Reply-To: osa@FreeBSD.org.ru
References: <Pine.LNX.4.44.0303040209070.10465-100000@jurema.cin.ufpe.br> <20030304015627.A59207@alpha.siliconlandmark.com> <20030304075057.GA89803@rot13.obsecurity.org> <20030304042806.E17180@triunfo.cin.ufpe.br>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030304042806.E17180@triunfo.cin.ufpe.br>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 04:39:46AM -0300, Rossam Souza Silva wrote:
> 
> Yes, I had problems with icewm in CURRENT too, but tried to compile
> it before the mega-commit (version of 3-4 days ago). My workstation
> at work (version of two weeks ago) installed icewm from ports without
> problem.
> 
> I upgraded my ports tree and now I'm running portupgrade -u --all before
> try KDE again. ltmdm (changed from 1.4_3 to 1.4_4) continues broken:
> 
> rss@MeLKoR:/usr/ports/comms/ltmdm> sudo make clean
> ===>  Cleaning for ltmdm-1.4_4
> rss@MeLKoR:/usr/ports/comms/ltmdm> sudo make
[skip build log]
> elements in struct initializer
> /usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:389: warning: (near
> initialization for `sio_cdevsw')
> *** Error code 1
> 
> Stop in /usr/ports/comms/ltmdm/work/sys/modules/ltmdm.
> *** Error code 1
> 
> Stop in /usr/ports/comms/ltmdm.

Look at http://www.freebsd.org/cgi/query-pr.cgi?pr=48922

> > On Tue, Mar 04, 2003 at 01:57:46AM -0500, Andre Guibert de Bruet wrote:
> > >
> > > You need to upgrade your ports skeleton. There's a couple of fixes that
> > > were committed within the last 24 hours which fix these issues.
> >
> > Hmm..I've seen this on another port already (icewm, I think).  It
> > looks like phk might have some additional patching to do when I get
> > him the full list.

-- 

Rgdz,                        /"\  ASCII RIBBON CAMPAIGN
Sergey Osokin aka oZZ,       \ /    AGAINST HTML MAIL
http://ozz.pp.ru/             X          AND NEWS
                             / \

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  8:14:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 82D4D37B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 08:14:42 -0800 (PST)
Received: from MX3.estpak.ee (ld3.estpak.ee [194.126.101.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6DC43FB1
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 08:14:41 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from kevad.internal (80-235-38-219-dsl.mus.estpak.ee [80.235.38.219])
	by MX3.estpak.ee (Postfix) with ESMTP
	id 422018801E; Tue,  4 Mar 2003 18:14:38 +0200 (EET)
Received: (from vallo@localhost)
	by kevad.internal (8.12.6/8.12.6/Submit) id h24GEYN5003688;
	Tue, 4 Mar 2003 18:14:34 +0200 (EET)
	(envelope-from vallo)
Date: Tue, 4 Mar 2003 18:14:33 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Dag-Erling Smorgrav <des@ofug.org>
Cc: Soeren Schmidt <sos@spider.deepcore.dk>,
	Scotty <saldane@canofsleep.com>, current@FreeBSD.ORG
Subject: Re: ATA problems
Message-ID: <20030304161433.GA3581@kevad.internal>
Reply-To: kalts@estpak.ee
References: <200303041417.h24EHuiG099690@spider.deepcore.dk> <xzpheaj2kd6.fsf@flood.ping.uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <xzpheaj2kd6.fsf@flood.ping.uio.no>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 04:59:33PM +0100, Dag-Erling Smorgrav
<des@ofug.org> wrote:

> Soeren Schmidt <sos@spider.deepcore.dk> writes:
> > It seems Dag-Erling Smorgrav wrote:
> > > ad0: READ command timeout tag=0 serv=1 - resetting
> > > ad0: invalidating queued requests
> > That why it is disabled, its not working for the time being.
> 
> For me, "the time being" == "since it was introduced in the tree".  It
> has never worked for me, ever.  That's the point I was trying to make.

It's probably dependent of your ATA controller. You have the
infamous P5A board with ALi chipset, it has timekeeping problems
also if I remember. I've used DTLA and DPTA disk behind PIIX4
controller and have had zero problems after the initial development
did settle.
-- 

Vallo Kallaste

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  8:35:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4331D37B401; Tue,  4 Mar 2003 08:35:41 -0800 (PST)
Received: from espresso.bsdmike.org (espresso.bsdmike.org [65.39.129.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9505F43FBF; Tue,  4 Mar 2003 08:35:40 -0800 (PST)
	(envelope-from mike@espresso.bsdmike.org)
Received: by espresso.bsdmike.org (Postfix, from userid 1002)
	id 2A9879C5F; Tue,  4 Mar 2003 11:22:49 -0500 (EST)
Date: Tue, 4 Mar 2003 11:22:49 -0500
From: Mike Barcroft <mike@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Tim Robbins <tjr@freebsd.org>, freebsd-net@freebsd.org,
	freebsd-current@freebsd.org
Subject: Re: Removal of netns
Message-ID: <20030304112249.B70629@espresso.bsdmike.org>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <3E64CCAB.4C70108F@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E64CCAB.4C70108F@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 04, 2003 at 07:56:27AM -0800
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert <tlambert2@mindspring.com> writes:
> Tim Robbins wrote:
> > Is there a compelling reason why I shouldn't remove netns? That is, does
> > it serve a purpose now that it could not serve if it was moved to the
> > Attic?
> 
> Might as well move /sys/i386/conf/GENERIC to the attic while
> you are at it.  It can serve it's purpose from there, too.

This comment is not helpful.

Best regards,
Mike Barcroft

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  8:58:22 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2AFC637B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 08:58:21 -0800 (PST)
Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9E46643FCB
	for <current@freebsd.org>; Tue,  4 Mar 2003 08:58:20 -0800 (PST)
	(envelope-from james@uberduper.com)
Received: from bishop (unknown [208.33.24.5])
	by smak.uberduper.com (Postfix) with ESMTP id D21479CD8B
	for <current@freebsd.org>; Tue,  4 Mar 2003 08:59:27 -0800 (PST)
Date: Tue, 4 Mar 2003 08:58:43 -0800
From: James Satterfield <james@uberduper.com>
To: current@freebsd.org
Subject: Fw: Re: current and vmware2
Message-Id: <20030304085843.2298a412.james@uberduper.com>
X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Looks like this email didn't make it to the mailing list. I've not tried the solution yet, but I figured everyone would like to see this.

James.

Begin forwarded message:

Date: Tue, 4 Mar 2003 18:14:32 +0900
From: Yoshinori KASAZAKI <mia@gold.ocn.ne.jp>
To: James Satterfield <james@uberduper.com>
Subject: Re: current and vmware2


hi.

On Mon, 3 Mar 2003 14:57:12 -0800
James Satterfield <james@uberduper.com> wrote:

> I'm trying to run vmware2 on a recent -current. I'm getting these when trying to load the vmmon_up module.
> kldload: can't load /usr/local/lib/vmware/lib/modules/vmmon_up.ko: No such file or directory
> Also making an appearance in dmesg is link_elf: symbol cdevsw_add undefined.
> Current from today. Using linux_base-7.1_2.
> Linux module is loaded.
> 
> Any suggestions would be appreciated.
> 
> James.

	I've also bitten by this.
	I found that the cause is 'cdevsw_add' call,
	which seems like required to register device before.

	so I did:
	% cd /usr/ports/emulators/(rtc|vmware2)
	% make configure
	% grep -r 'cdevsw_add' work/*
	and replaced all 'error = cdevsw_add' by 'error = 0', then
	% make all install
	and VMware2 works fine for me again.

	but a warning message :
	    WARNING: driver "vmmon" used unreserved major device number 200
	is displayed when vmmon.ko is loaded.
	so this might not be a right solution, but it worked for me.

	hope this helps.

		Y.Kasazaki
//


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4  9:51:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0295137B401; Tue,  4 Mar 2003 09:51:16 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id ED21043F85; Tue,  4 Mar 2003 09:51:14 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0410.cvx21-bradley.dialup.earthlink.net ([209.179.193.155] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qGZM-0005A2-00; Tue, 04 Mar 2003 09:51:13 -0800
Message-ID: <3E64E740.9D1DC8B3@mindspring.com>
Date: Tue, 04 Mar 2003 09:49:52 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mike Barcroft <mike@FreeBSD.org>
Cc: Tim Robbins <tjr@freebsd.org>, freebsd-net@freebsd.org,
	freebsd-current@freebsd.org
Subject: Re: Removal of netns - politically correct version
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <3E64CCAB.4C70108F@mindspring.com> <20030304112249.B70629@espresso.bsdmike.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a424144d60a93d476d123cd95ea0b69587666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mike Barcroft wrote:
> Terry Lambert <tlambert2@mindspring.com> writes:
> > Tim Robbins wrote:
> > > Is there a compelling reason why I shouldn't remove netns? That is, does
> > > it serve a purpose now that it could not serve if it was moved to the
> > > Attic?
> >
> > Might as well move /sys/i386/conf/GENERIC to the attic while
> > you are at it.  It can serve it's purpose from there, too.
> 
> This comment is not helpful.

Then let me politically correct it.

I am cynical about the ability of any code to serve the same purpose
from the Attic which it serves in the main source tree.

What of the rest of my comment, which you removed?  I'll
rephrase that, too:


Is there a compelling reason for removing this working code to
the Attic?

I am cynical that any purpose is served by making this change;
my cynicism leads me to believe that the intention of it is to
make it easier for someone to hack up other code which uses
related API's, without having to hack up the netns code as
well.

In other words, it is being done to avoid maintenance, so that
code changes may be hurried into the source tree.

This upsets me, in that it seems to me that if someone makes
an API change in one place, and avoids it in another, then
the person who best understands the API change will be later
unavailable to correct the code in which they avoided making
the change.  This is because, by avoiding the change in the
first place, they have expressed a disinterest in making the
change in the code in question.

I would feel much more comfortable, were mainting older code,
rather than diking it out, made part of the cost associated
with making the API change in question.

In other words, in order to write new code, it is sometimes
necessary to maintain old code, and that maintenance is part
of the price you must pay to the project in order to have
your new code accepted.

If this can not be accomplished, then I would submit that the
new code be documented sufficiently before the dikeing out of
the older code, such that someone else may take on the task
of converting the code.

Further, I suggest that there be some collaboration between
the person making the changes, and anyone who wants to step
forward in defense of the older code, such that there is an
opportunity to correct the old code before it is diked out.


In other words, it seems to me that the dike out is a "first
strike" attack on code which will not LINT, following changes
which are currently stored in someone local source tree, and
the intent here is to dike out the code, and quickly follow
it up with a set of commits which will kill it.  Thus preventing
it from "serving it's same purpose from the Attic".



Practically, and historically, it seems that there are a lot
of instances, recently, of code being diked out, not because
it is not currently working, but because someone wished to
avoid maintaining it in the face of some sweeping change or
new idea they want to push into the project.


Or if you prefer an analogy: it is one thing for bits to rot;
it is another thing altogether to intentionally spray them
with Agent Orange.

Regards,
-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 10:22: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A3EF737B406; Tue,  4 Mar 2003 10:21:59 -0800 (PST)
Received: from espresso.bsdmike.org (espresso.bsdmike.org [65.39.129.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4DF4543FFB; Tue,  4 Mar 2003 10:17:20 -0800 (PST)
	(envelope-from mike@espresso.bsdmike.org)
Received: by espresso.bsdmike.org (Postfix, from userid 1002)
	id 2C43D9C5F; Tue,  4 Mar 2003 13:03:36 -0500 (EST)
Date: Tue, 4 Mar 2003 13:03:36 -0500
From: Mike Barcroft <mike@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Tim Robbins <tjr@freebsd.org>, freebsd-net@freebsd.org,
	freebsd-current@freebsd.org
Subject: Re: Removal of netns - politically correct version
Message-ID: <20030304130336.E70629@espresso.bsdmike.org>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <3E64CCAB.4C70108F@mindspring.com> <20030304112249.B70629@espresso.bsdmike.org> <3E64E740.9D1DC8B3@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E64E740.9D1DC8B3@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 04, 2003 at 09:49:52AM -0800
Organization: The FreeBSD Project
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert <tlambert2@mindspring.com> writes:
> Mike Barcroft wrote:
> > Terry Lambert <tlambert2@mindspring.com> writes:
> > > Tim Robbins wrote:
> > > > Is there a compelling reason why I shouldn't remove netns? That is, does
> > > > it serve a purpose now that it could not serve if it was moved to the
> > > > Attic?
> > >
> > > Might as well move /sys/i386/conf/GENERIC to the attic while
> > > you are at it.  It can serve it's purpose from there, too.
> > 
> > This comment is not helpful.
> 
> Then let me politically correct it.

This is much more useful, since you document your assertions which
turn out to be incorrect (see below).

> I am cynical about the ability of any code to serve the same purpose
> from the Attic which it serves in the main source tree.
> 
> What of the rest of my comment, which you removed?  I'll
> rephrase that, too:
> 
> 
> Is there a compelling reason for removing this working code to
> the Attic?

Yes, the compelling reason is that it is broken and no one has stepped
forward to fix it.  Tim is trying to ascertain whether there are
infact real users of this.  Real users would either have big patchsets
or very old versions of FreeBSD.

> I am cynical that any purpose is served by making this change;
> my cynicism leads me to believe that the intention of it is to
> make it easier for someone to hack up other code which uses
> related API's, without having to hack up the netns code as
> well.

The LINT option for Xerox NS protocols has been commented out since at
least 1996.  It's very unlikely there are actual FreeBSD users of said
protocol.

> In other words, it is being done to avoid maintenance, so that
> code changes may be hurried into the source tree.

No, Tim's goal is to clean up the tree and remove unused code, or find
maintainers for broken code that indeed has users.

[other comments based on false assertions removed.]

> Practically, and historically, it seems that there are a lot
> of instances, recently, of code being diked out, not because
> it is not currently working, but because someone wished to
> avoid maintaining it in the face of some sweeping change or
> new idea they want to push into the project.

I think most people just don't want to have to maintain code that no
one uses.  The only way we can figure out if anyone's using the code
is to ask.

Best regards,
Mike Barcroft

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 10:24:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E5D0837B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 10:24:51 -0800 (PST)
Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BA18C43F3F
	for <current@freebsd.org>; Tue,  4 Mar 2003 10:24:45 -0800 (PST)
	(envelope-from keramida@ceid.upatras.gr)
Received: from gothmog.gr (patr530-b207.otenet.gr [212.205.244.215])
	by mailsrv.otenet.gr (8.12.8/8.12.8) with ESMTP id h24IObIH010507;
	Tue, 4 Mar 2003 20:24:41 +0200 (EET)
Received: from gothmog.gr (gothmog [127.0.0.1])
	by gothmog.gr (8.12.8/8.12.8) with ESMTP id h24IOb9w005475;
	Tue, 4 Mar 2003 20:24:37 +0200 (EET)
	(envelope-from keramida@ceid.upatras.gr)
Received: (from giorgos@localhost)
	by gothmog.gr (8.12.8/8.12.8/Submit) id h24IObYO005474;
	Tue, 4 Mar 2003 20:24:37 +0200 (EET)
	(envelope-from keramida@ceid.upatras.gr)
Date: Tue, 4 Mar 2003 20:24:37 +0200
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
To: Matt <matt@xtaz.co.uk>
Cc: current@freebsd.org
Subject: Re: Recent sendmail import
Message-ID: <20030304182437.GB5301@gothmog.gr>
References: <20030304115722.M1598@xtaz.co.uk> <20030304123312.GS424@freebsd.org.ru> <20030304124220.M77367@xtaz.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030304124220.M77367@xtaz.co.uk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2003-03-04 12:43, Matt <matt@xtaz.co.uk> wrote:
> > Try to do following commands:
> > # cd /etc/mail
> > # touch *.mc
> > # make cf
> > # make restart
> >
> > then telnet localhost 25
>
> Yes this sorted it. "ESMTP Sendmail 8.12.8/8.12.8".

The first version number is the version of your Sendmail executable.
The second is the version of your sendmail.cf file.  They don't always
need to be the same, although it's not a bad idea to update the cf
file too after upgrades.

- Giorgos


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 10:44:55 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0C49D37B48A
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 10:44:53 -0800 (PST)
Received: from mail.speakeasy.net (mail15.speakeasy.net [216.254.0.215])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D092F43F3F
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 10:44:51 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 17323 invoked from network); 4 Mar 2003 18:44:55 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail15.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <freebsd-current@freebsd.org>; 4 Mar 2003 18:44:55 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h24IgLhT045459;
	Tue, 4 Mar 2003 13:42:21 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030304134505.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <15971.59141.326652.334367@grasshopper.cs.duke.edu>
Date: Tue, 04 Mar 2003 13:45:05 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Andrew Gallatin <gallatin@cs.duke.edu>
Subject: RE: witness_get: witness exhausted?
Cc: freebsd-current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 03-Mar-2003 Andrew Gallatin wrote:
> 
> I'm developing a character driver which tracks a lot of state on a
> per-open basis.  I've got several mutexes in there which are
> initialzed at open, and destroyed at close.  After a few
> dozen opens, witness seems to croak with:
> 
>     witness_get: witness exhausted
> 
> Am I leaking something?  Or is the witness code?  I looked at
> subr_witness.c, and I don't see witness_free() being called from
> witness_destroy().  There's probably some design constraint that
> I don't understand.

Unfortunately dead witnesses may still be stuck in the lock order
hierarchy and I haven't figured out yet how to properly handle the
case of free'ing a witness structure from the tree while preserving
the correct lock orders.  You can try
http://www.freebsd.org/~jhb/patches/witness.patch  but I don't think
it will help with your specific case.

> FWIW, Witness (and the FreeBSD debugging environment in general) is
> why I've gotten approval to co-develop this driver on FreeBSD (in
> addition to linux).  Its already caught several locking bugs.

Glad to hear it is at least working in some cases. :)

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 10:47:14 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A2C2437B401; Tue,  4 Mar 2003 10:47:13 -0800 (PST)
Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0628243FBD; Tue,  4 Mar 2003 10:47:12 -0800 (PST)
	(envelope-from wkb@freebie.xs4all.nl)
Received: from freebie.xs4all.nl (localhost [127.0.0.1])
	by freebie.xs4all.nl (8.12.8/8.12.7) with ESMTP id h24IlBHW021998;
	Tue, 4 Mar 2003 19:47:11 +0100 (CET)
	(envelope-from wkb@freebie.xs4all.nl)
Received: (from wkb@localhost)
	by freebie.xs4all.nl (8.12.8/8.12.8/Submit) id h24IlAfP021997;
	Tue, 4 Mar 2003 19:47:10 +0100 (CET)
Date: Tue, 4 Mar 2003 19:47:10 +0100
From: Wilko Bulte <wkb@freebie.xs4all.nl>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns
Message-ID: <20030304194710.D21561@freebie.xs4all.nl>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <3E64CCAB.4C70108F@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3E64CCAB.4C70108F@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 04, 2003 at 07:56:27AM -0800
X-OS: FreeBSD 4.8-RC
X-PGP: finger wilko@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 07:56:27AM -0800, Terry Lambert wrote:
> Tim Robbins wrote:
> > Is there a compelling reason why I shouldn't remove netns? That is, does
> > it serve a purpose now that it could not serve if it was moved to the
> > Attic?
> 
> Might as well move /sys/i386/conf/GENERIC to the attic while
> you are at it.  It can serve it's purpose from there, too.
> 
> Is there a compelling reason for doing this, other than "I
> want to make some API/locking change, but I don't want to
> have to keep this code working at the same time"?  Maximizing

Is there a compelling reason for you to moan about the removal
of things constantly?

-- 
|   / o / /_  _   		
|/|/ / / /(  (_)  Bulte		wilko@FreeBSD.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11: 7:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BCD3137B401; Tue,  4 Mar 2003 11:07:29 -0800 (PST)
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8297C43FBF; Tue,  4 Mar 2003 11:07:28 -0800 (PST)
	(envelope-from gallatin@cs.duke.edu)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.12.8/8.12.8) with ESMTP id h24J7RG1014538
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Tue, 4 Mar 2003 14:07:28 -0500 (EST)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h24J7MK73270;
	Tue, 4 Mar 2003 14:07:22 -0500 (EST)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15972.63850.699108.675803@grasshopper.cs.duke.edu>
Date: Tue, 4 Mar 2003 14:07:22 -0500 (EST)
To: John Baldwin <jhb@FreeBSD.org>
Cc: freebsd-current@FreeBSD.org
Subject: RE: witness_get: witness exhausted?
In-Reply-To: <XFMail.20030304134505.jhb@FreeBSD.org>
References: <15971.59141.326652.334367@grasshopper.cs.duke.edu>
	<XFMail.20030304134505.jhb@FreeBSD.org>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


John Baldwin writes:
 > 
 > Unfortunately dead witnesses may still be stuck in the lock order
 > hierarchy and I haven't figured out yet how to properly handle the
 > case of free'ing a witness structure from the tree while preserving
 > the correct lock orders.  You can try

Ah, I think I see.  Thanks for the info.

 > http://www.freebsd.org/~jhb/patches/witness.patch  but I don't think
 > it will help with your specific case.

It would probably help a little, but not very much..

Thanks,

Drew


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:10:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 434E837B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 11:10:46 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7268143F93
	for <current@freebsd.org>; Tue,  4 Mar 2003 11:10:45 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP id 621AE2A89E
	for <current@freebsd.org>; Tue,  4 Mar 2003 11:10:45 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: current@freebsd.org
Subject: HEADS UP: cvsup cvs-supfile users!
Date: Tue, 04 Mar 2003 11:10:45 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030304191045.621AE2A89E@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Anybody who uses the cvs-supfile example to get the repository should add
"cvsroot-all" to their supfile.  This is in addition to src-all, ports-all,
doc-all etc.

This is *ONLY* for the folks getting the CVS ,v files via cvsup.  If you
use tag=. or tag=RELENG_4, then you are not affected by this.

I have updated cvs-supfile in -current but not RELENG_4 yet.

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:11: 0 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3DC7237B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 11:10:58 -0800 (PST)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1903843F93
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 11:10:57 -0800 (PST)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1])
	by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h24JAtxN002080
	for <freebsd-current@freebsd.org>; Tue, 4 Mar 2003 20:10:56 +0100 (CET)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
	by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h24JAtnh002079
	for freebsd-current@freebsd.org; Tue, 4 Mar 2003 20:10:55 +0100 (CET)
Date: Tue, 4 Mar 2003 20:10:55 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: freebsd-current@freebsd.org
Subject: GEOM problems when installing 5.0-RELEASE
Message-ID: <20030304191055.GB1359@pcwin002.win.tue.nl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR"
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Bright-Idea: Let's abolish HTML mail!
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--6sX45UoQRIJXqkqR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi all,

please point me to the right list if this isn't the right one, but I'm
running into what appears to be GEOM trouble when installing 5.0-RELEASE.

[btw, the below uses MSDOS terminology for partitions, sorry]

The setup is a fairly straight athlon 700 with IDE 2 harddisks, a primary
master of 13 G and primary slave of 6 G.

BIOS detects both fine, I have Windows XP installed in the first primary
partion of ad0, and an extra FAT logical partition in the
extended partion on the same drive, resulting in ad0s1, ad0s2 and ad0s5.
This disk is fine.

The other however, is not. I first tried to install FreeBSD when I still ha=
d a
primary FAT partition with Win98 on it. Booting from floppy & doing an FTP
install went fine, but on reboot, the kernel couldn't mount the root
partition. Even worse, after rebooting in XP, it turned out that my Win98
partition was unrecognizable (fortunately nothing was lost).

I thought it might be due to my 'unusual' (for me) setup of having 2
primary partitions, 1 win98 and 1 BSD, so I tried again, this time
allocating the whole 6 G disk to BSD. Retried the install, once again
went fine until the reboot, when the kernel still couldn't find the
root partition. Handtyping ad1s1 didn't work, ad1 wasn't listed in
the boot devices list, no go.

I booted from floppy once again and tried the fixit floppy. And I think
I found out where the problem was (forgive any typos, this is transcribed
as I don't have a serial console):

Fixit# ls -l /dev/ad*
crw-r-----  1 root  operator    4,   4 Mar  3 20:07 /dev/ad0
crw-r-----  1 root  operator    4,   5 Mar  3 20:07 /dev/ad0s1
crw-r-----  1 root  operator    4,   6 Mar  3 20:07 /dev/ad0s2
crw-r-----  1 root  operator    4,   8 Mar  3 20:07 /dev/ad0s5
crw-r-----  1 root  operator    4,   7 Mar  3 20:07 /dev/ad1

There is no ad1s1 device! No wonder the kernel can't find it's root
if it doesn't detect the correct partition. Am I doing something wrong
here?

Unfortunately I'm not able to get at sysctl output so I can't find GEOM
debugging output there. Is there any way I can provide more information
on this? Has anyone else run into this?

--Stijn

--=20
Fairy tales do not tell children that dragons exist. Children already
know dragons exist. Fairy tales tell children the dragons can be
killed.
		-- G.K. Chesterton

--6sX45UoQRIJXqkqR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZPo/Y3r/tLQmfWcRApl1AJ9gCeuct/iw9dw6URynZJGUvbzTjwCeNUqa
dK//JbEBlFxsul7SGfhBAm4=
=4Osh
-----END PGP SIGNATURE-----

--6sX45UoQRIJXqkqR--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:26: 9 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id AE64F37B401; Tue,  4 Mar 2003 11:26:07 -0800 (PST)
Received: from mel-rto3.wanadoo.fr (smtp-out-3.wanadoo.fr [193.252.19.233])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 184FC43FB1; Tue,  4 Mar 2003 11:26:06 -0800 (PST)
	(envelope-from vjardin@wanadoo.fr)
Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto3.wanadoo.fr (6.7.015)
        id 3E0C33B502AA885B; Tue, 4 Mar 2003 20:25:46 +0100
Received: from venus.vincentjardin.net (80.11.204.77) by mel-rta7.wanadoo.fr (6.7.015)
        id 3E5335B10078F805; Tue, 4 Mar 2003 20:25:43 +0100
Content-Type: text/plain;
  charset="iso-8859-1"
From: Vincent Jardin <vjardin@wanadoo.fr>
To: Tim Robbins <tjr@freebsd.org>, freebsd-net@freebsd.org
Subject: Re: Removal of netns
Date: Tue, 4 Mar 2003 20:25:25 +0100
User-Agent: KMail/1.4.3
Cc: freebsd-current@freebsd.org
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
In-Reply-To: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200303042025.25227.vjardin@wanadoo.fr>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Why does it need to be removed ? According to me, it would be the same mi=
stake=20
as the removal of netiso and netccitt. I did not know FreeBSD at this tim=
e,=20
but nowadays, in order to get an OS that supports many stacks, we have to=
 use=20
NetBSD.

BSD4.4 was designed in order to support many stacks, FreeBSD 6, 7 ou 9 wi=
ll=20
support only IPv4 and IPv6, won't they ?

I do not think that it needs to be removed. One should try to keep this=20
feature.

Regards,
  Vincent


Le Mardi 4 Mars 2003 14:47, Tim Robbins a =E9crit :
> Is there a compelling reason why I shouldn't remove netns? That is, doe=
s
> it serve a purpose now that it could not serve if it was moved to the
> Attic?
>
>
> Tim
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-net" in the body of the message


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:30:23 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 14D6237B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 11:30:22 -0800 (PST)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 50A0C43FB1
	for <current@freebsd.org>; Tue,  4 Mar 2003 11:30:10 -0800 (PST)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1])
	by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h24JU9xN002178;
	Tue, 4 Mar 2003 20:30:09 +0100 (CET)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
	by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h24JU9J7002177;
	Tue, 4 Mar 2003 20:30:09 +0100 (CET)
Date: Tue, 4 Mar 2003 20:30:09 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: Peter Wemm <peter@wemm.org>
Cc: current@freebsd.org
Subject: Re: HEADS UP: cvsup cvs-supfile users!
Message-ID: <20030304193009.GC1359@pcwin002.win.tue.nl>
References: <20030304191045.621AE2A89E@canning.wemm.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="yLVHuoLXiP9kZBkt"
Content-Disposition: inline
In-Reply-To: <20030304191045.621AE2A89E@canning.wemm.org>
User-Agent: Mutt/1.4i
X-Bright-Idea: Let's abolish HTML mail!
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--yLVHuoLXiP9kZBkt
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 04, 2003 at 11:10:45AM -0800, Peter Wemm wrote:
> Anybody who uses the cvs-supfile example to get the repository should add
> "cvsroot-all" to their supfile.  This is in addition to src-all, ports-al=
l,
> doc-all etc.
>=20
> This is *ONLY* for the folks getting the CVS ,v files via cvsup.  If you
> use tag=3D. or tag=3DRELENG_4, then you are not affected by this.
>=20
> I have updated cvs-supfile in -current but not RELENG_4 yet.

Just to be doubly sure, this goes for cvsup mirrors as well, I assume?
So I have to edit /usr/local/etc/cvsup/supfile to include it?
If so, then you might want to update ports/net/cvsup-mirror/files/supfile a=
lso.

--Stijn

--=20
"An adult is a child who has more ethics and morals, that's all."
		-- Shigeru Miyamoto

--yLVHuoLXiP9kZBkt
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZP7BY3r/tLQmfWcRAotlAJ4+PGZVvu3XyUqnw8EbzHuqhtscFwCgmY37
vi9+wzaRTtLo7TupWmq+C1U=
=mafD
-----END PGP SIGNATURE-----

--yLVHuoLXiP9kZBkt--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:34: 6 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id DCF3B37B401; Tue,  4 Mar 2003 11:34:04 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CB32143FA3; Tue,  4 Mar 2003 11:34:03 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h24JY1A6040580;
	Tue, 4 Mar 2003 20:34:01 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: Vincent Jardin <vjardin@wanadoo.fr>
Cc: Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Tue, 04 Mar 2003 20:25:25 +0100."
             <200303042025.25227.vjardin@wanadoo.fr> 
Date: Tue, 04 Mar 2003 20:34:01 +0100
Message-ID: <40579.1046806441@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <200303042025.25227.vjardin@wanadoo.fr>, Vincent Jardin writes:

>Why does it need to be removed ? According to me, it would be the same mistake 
>as the removal of netiso and netccitt. I did not know FreeBSD at this time, 
>but nowadays, in order to get an OS that supports many stacks, we have to use 
>NetBSD.
>
>BSD4.4 was designed in order to support many stacks, FreeBSD 6, 7 ou 9 will 
>support only IPv4 and IPv6, won't they ?

We will import and retain any protocol stack which has enough interested 
users and committers to keep it alive.

netiso and netccitt both fell for both of those criteria: neither users
nor committers.

netns fails both criteria too.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:40:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2636437B401; Tue,  4 Mar 2003 11:40:18 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1A92D43FCB; Tue,  4 Mar 2003 11:40:17 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id 022FD2A8BB; Tue,  4 Mar 2003 11:40:17 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Mike Barcroft <mike@FreeBSD.org>, Tim Robbins <tjr@freebsd.org>,
	freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns - politically correct version 
In-Reply-To: <3E64E740.9D1DC8B3@mindspring.com> 
Date: Tue, 04 Mar 2003 11:40:17 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030304194017.022FD2A8BB@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert wrote:

> Is there a compelling reason for removing this working code to
> the Attic?

Terry: will you please check your facts?  It takes around 30 seconds
to find out that it doesn't even compile.

In file included from ../../../netns/idp_usrreq.c:51:
../../../netns/ns_pcb.h:82: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c:67: warning: return type defaults to `int'
../../../netns/idp_usrreq.c:67: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c: In function `idp_input':
../../../netns/idp_usrreq.c:83: incompatible types in assignment
../../../netns/idp_usrreq.c:83: structure has no member named `ifa_next'
../../../netns/idp_usrreq.c:101: warning: `return' with no value, in function returning non-void
../../../netns/idp_usrreq.c: At top level:
../../../netns/idp_usrreq.c:107: warning: return type defaults to `int'
../../../netns/idp_usrreq.c:107: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c: In function `idp_abort':
../../../netns/idp_usrreq.c:111: warning: implicit declaration of function `ns_pcbdisconnect'
../../../netns/idp_usrreq.c: At top level:
../../../netns/idp_usrreq.c:120: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c:141: warning: return type defaults to `int'
../../../netns/idp_usrreq.c:141: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c: In function `idp_output':
../../../netns/idp_usrreq.c:150: warning: nested extern declaration of `idpcksum'
../../../netns/idp_usrreq.c:184: warning: address of register variable `m' requested
../../../netns/idp_usrreq.c:200: too many arguments to function `ns_cksum'
../../../netns/idp_usrreq.c:209: warning: implicit declaration of function `ns_output'
../../../netns/idp_usrreq.c: At top level:
../../../netns/idp_usrreq.c:258: warning: return type defaults to `int'
../../../netns/idp_usrreq.c:258: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c: In function `idp_ctloutput':
../../../netns/idp_usrreq.c:266: warning: nested extern declaration of `ns_pexseq'
../../../netns/idp_usrreq.c: At top level:
../../../netns/idp_usrreq.c:369: warning: return type defaults to `int'
../../../netns/idp_usrreq.c:369: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c: In function `idp_usrreq':
../../../netns/idp_usrreq.c:377: warning: implicit declaration of function `ns_control'
../../../netns/idp_usrreq.c:394: warning: implicit declaration of function `ns_pcballoc'
../../../netns/idp_usrreq.c:407: warning: implicit declaration of function `ns_pcbdetach'
../../../netns/idp_usrreq.c:411: warning: implicit declaration of function `ns_pcbbind'
../../../netns/idp_usrreq.c:423: warning: implicit declaration of function `ns_pcbconnect'
../../../netns/idp_usrreq.c:493: warning: implicit declaration of function `ns_setsockaddr'
../../../netns/idp_usrreq.c:497: warning: implicit declaration of function `ns_setpeeraddr'
../../../netns/idp_usrreq.c: At top level:
../../../netns/idp_usrreq.c:531: warning: return type defaults to `int'
../../../netns/idp_usrreq.c:531: warning: function declaration isn't a prototype
../../../netns/idp_usrreq.c: In function `idp_raw_usrreq':
../../../netns/idp_usrreq.c:537: warning: nested extern declaration of `nsrawpcb'
../../../netns/idp_usrreq.c:543: `SS_PRIV' undeclared (first use in this function)
../../../netns/idp_usrreq.c:543: (Each undeclared identifier is reported only once
../../../netns/idp_usrreq.c:543: for each function it appears in.)
In file included from ../../../netns/ns.c:40:
../../../sys/ioctl.h:47:2: #warning "Don't #include ioctl.h in the kernel.  Include xxxio.h instead."
In file included from ../../../netns/ns_error.c:49:
../../../netns/ns_pcb.h:82: warning: function declaration isn't a prototype
../../../netns/ns_error.c:66: warning: return type defaults to `int'
../../../netns/ns_error.c:66: warning: function declaration isn't a prototype
../../../netns/ns_error.c:91: warning: return type defaults to `int'
../../../netns/ns_error.c:91: warning: function declaration isn't a prototype
../../../netns/ns_error.c: In function `ns_error':
../../../netns/ns_error.c:98: warning: nested extern declaration of `idpcksum'
../../../netns/ns_error.c:107: warning: implicit declaration of function `ns_echo'
../../../netns/ns_error.c:108: warning: `return' with no value, in function returning non-void
../../../netns/ns_error.c:159: too many arguments to function `ns_cksum'
../../../netns/ns_error.c:162: warning: implicit declaration of function `ns_output'
../../../netns/ns_error.c: At top level:
../../../netns/ns_error.c:169: warning: return type defaults to `int'
../../../netns/ns_error.c:169: warning: function declaration isn't a prototype
../../../netns/ns_error.c:186: warning: return type defaults to `int'
../../../netns/ns_error.c:186: warning: function declaration isn't a prototype
../../../netns/ns_error.c: In function `ns_err_input':
../../../netns/ns_error.c:208: warning: `return' with no value, in function returning non-void
../../../netns/ns_error.c:266: warning: implicit declaration of function `spp_ctlinput'
../../../netns/ns_error.c:270: warning: implicit declaration of function `idp_ctlinput'
../../../netns/ns_error.c:189: warning: unused variable `epidp'
../../../netns/ns_error.c: At top level:
../../../netns/ns_error.c:299: warning: return type defaults to `int'
../../../netns/ns_error.c:299: warning: function declaration isn't a prototype
../../../netns/ns_error.c: In function `ns_echo':
../../../netns/ns_error.c:320: too many arguments to function `ns_cksum'
In file included from ../../../netns/ns_input.c:57:
../../../netns/ns_pcb.h:82: warning: function declaration isn't a prototype
../../../netns/ns_input.c:74: warning: redundant redeclaration of `nspcb' in same scope
../../../netns/ns_pcb.h:81: warning: previous declaration of `nspcb'
../../../netns/ns_input.c:83: warning: return type defaults to `int'
../../../netns/ns_input.c:83: warning: function declaration isn't a prototype
../../../netns/ns_input.c: In function `ns_init':
../../../netns/ns_input.c:84: warning: nested extern declaration of `time'
../../../netns/ns_input.c: In function `nsintr':
../../../netns/ns_input.c:139: warning: implicit declaration of function `idp_input'
../../../netns/ns_input.c:144: warning: suggest parentheses around assignment used as truth value
../../../netns/ns_input.c:168: too many arguments to function `ns_cksum'
../../../netns/ns_input.c:175: warning: implicit declaration of function `ns_error'
../../../netns/ns_input.c:198: warning: implicit declaration of function `idp_forward'
../../../netns/ns_input.c:206: warning: redundant redeclaration of `idp_forward' in same scope
../../../netns/ns_input.c:198: warning: previous declaration of `idp_forward'
../../../netns/ns_input.c:225: warning: implicit declaration of function `spp_input'
../../../netns/ns_input.c:229: warning: implicit declaration of function `ns_err_input'
../../../netns/ns_input.c:232: warning: redundant redeclaration of `idp_input' in same scope
../../../netns/ns_input.c:139: warning: previous declaration of `idp_input'
../../../netns/ns_input.c:234: warning: redundant redeclaration of `ns_error' in same scope
../../../netns/ns_input.c:175: warning: previous declaration of `ns_error'
../../../netns/ns_input.c: At top level:
../../../netns/ns_input.c:254: warning: return type defaults to `int'
../../../netns/ns_input.c:254: warning: function declaration isn't a prototype
../../../netns/ns_input.c: In function `idp_ctlinput':
../../../netns/ns_input.c:260: warning: function declaration isn't a prototype
../../../netns/ns_input.c:260: warning: nested extern declaration of `idp_abort'
../../../netns/ns_input.c:261: warning: function declaration isn't a prototype
../../../netns/ns_input.c:261: warning: nested extern declaration of `idp_drop'
../../../netns/ns_input.c:265: warning: `return' with no value, in function returning non-void
../../../netns/ns_input.c:267: warning: `return' with no value, in function returning non-void
../../../netns/ns_input.c:277: warning: `return' with no value, in function returning non-void
../../../netns/ns_input.c:290: warning: implicit declaration of function `ns_pcbnotify'
../../../netns/ns_input.c: At top level:
../../../netns/ns_input.c:313: warning: return type defaults to `int'
../../../netns/ns_input.c:313: warning: function declaration isn't a prototype
../../../netns/ns_input.c: In function `idp_forward':
../../../netns/ns_input.c:325: warning: implicit declaration of function `ns_printhost'
../../../netns/ns_input.c:346: warning: implicit declaration of function `idp_do_route'
../../../netns/ns_input.c:358: too many arguments to function `ns_iaonnetof'
../../../netns/ns_input.c:395: warning: implicit declaration of function `ns_output'
../../../netns/ns_input.c:424: warning: implicit declaration of function `idp_undo_route'
../../../netns/ns_input.c: At top level:
../../../netns/ns_input.c:432: warning: return type defaults to `int'
../../../netns/ns_input.c:432: warning: function declaration isn't a prototype
../../../netns/ns_input.c:454: warning: return type defaults to `int'
../../../netns/ns_input.c:454: warning: function declaration isn't a prototype
../../../netns/ns_input.c:460: warning: return type defaults to `int'
../../../netns/ns_input.c:460: warning: function declaration isn't a prototype
../../../netns/ns_input.c: In function `ns_watch_output':
../../../netns/ns_input.c:480: incompatible types in assignment
../../../netns/ns_input.c:481: structure has no member named `ifa_next'
../../../netns/ns_output.c:58: warning: return type defaults to `int'
../../../netns/ns_output.c:58: warning: function declaration isn't a prototype
../../../netns/ns_output.c: In function `ns_output':
../../../netns/ns_output.c:67: warning: nested extern declaration of `idpcksum'
../../../netns/ns_output.c:80: warning: implicit declaration of function `bzero'
../../../netns/ns_output.c:93: too many arguments to function `ns_iaonnetof'
../../../netns/ns_output.c:139: warning: implicit declaration of function `ns_watch_output'
../../../netns/ns_output.c:149: warning: redundant redeclaration of `ns_watch_output' in same scope
../../../netns/ns_output.c:139: warning: previous declaration of `ns_watch_output'
../../../netns/ns_output.c:67: warning: unused variable `idpcksum'
In file included from ../../../netns/ns_pcb.c:50:
../../../netns/ns_pcb.h:82: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c:55: warning: return type defaults to `int'
../../../netns/ns_pcb.c:55: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c: In function `ns_pcballoc':
../../../netns/ns_pcb.c:61: `MT_PCB' undeclared (first use in this function)
../../../netns/ns_pcb.c:61: (Each undeclared identifier is reported only once
../../../netns/ns_pcb.c:61: for each function it appears in.)
../../../netns/ns_pcb.c: At top level:
../../../netns/ns_pcb.c:72: warning: return type defaults to `int'
../../../netns/ns_pcb.c:72: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c: In function `ns_pcbbind':
../../../netns/ns_pcb.c:98: `SS_PRIV' undeclared (first use in this function)
../../../netns/ns_pcb.c: At top level:
../../../netns/ns_pcb.c:122: warning: return type defaults to `int'
../../../netns/ns_pcb.c:122: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c: In function `ns_pcbconnect':
../../../netns/ns_pcb.c:200: too many arguments to function `ns_iaonnetof'
../../../netns/ns_pcb.c: At top level:
../../../netns/ns_pcb.c:221: warning: return type defaults to `int'
../../../netns/ns_pcb.c:221: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c: In function `ns_pcbdisconnect':
../../../netns/ns_pcb.c:226: warning: implicit declaration of function `ns_pcbdetach'
../../../netns/ns_pcb.c: At top level:
../../../netns/ns_pcb.c:230: warning: return type defaults to `int'
../../../netns/ns_pcb.c:230: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c:243: warning: return type defaults to `int'
../../../netns/ns_pcb.c:243: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c:257: warning: return type defaults to `int'
../../../netns/ns_pcb.c:257: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c:278: warning: return type defaults to `int'
../../../netns/ns_pcb.c:278: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c: In function `ns_pcbnotify':
../../../netns/ns_pcb.c:280: warning: function declaration isn't a prototype
../../../netns/ns_pcb.c: At top level:
../../../netns/ns_pcb.c:325: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:51: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:52: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:52: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:52: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:52: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:53: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:53: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:54: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:54: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:55: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:55: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:55: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:56: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:56: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:56: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:57: warning: function declaration isn't a prototype
../../../netns/ns_proto.c:59: warning: redundant redeclaration of `nsdomain' in same scope
../../../netns/ns.h:136: warning: previous declaration of `nsdomain'
../../../netns/ns_proto.c:65: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:68: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:73: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:73: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:75: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:75: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:75: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:78: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:78: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:83: warning: initialization from incompatible pointer type
../../../netns/ns_proto.c:88: warning: initialization from incompatible pointer type
In file included from ../../../netns/spp_debug.c:52:
../../../netns/ns_pcb.h:82: warning: function declaration isn't a prototype
In file included from ../../../netns/spp_debug.c:59:
../../../netns/spp_var.h:198: warning: function declaration isn't a prototype
../../../netns/spp_var.h:198: warning: function declaration isn't a prototype
../../../netns/spp_var.h:199: warning: function declaration isn't a prototype
../../../netns/spp_var.h:199: warning: function declaration isn't a prototype
../../../netns/spp_var.h:199: warning: function declaration isn't a prototype
../../../netns/spp_debug.c:68: warning: return type defaults to `int'
../../../netns/spp_debug.c:68: warning: function declaration isn't a prototype
In file included from ../../../netns/spp_usrreq.c:51:
../../../netns/ns_pcb.h:82: warning: function declaration isn't a prototype
In file included from ../../../netns/spp_usrreq.c:58:
../../../netns/spp_var.h:198: warning: function declaration isn't a prototype
../../../netns/spp_var.h:198: warning: function declaration isn't a prototype
../../../netns/spp_var.h:199: warning: function declaration isn't a prototype
../../../netns/spp_var.h:199: warning: function declaration isn't a prototype
../../../netns/spp_var.h:199: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:65: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:65: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:78: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:78: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_input':
../../../netns/spp_usrreq.c:91: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c:100: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c:175: warning: implicit declaration of function `ns_pcbconnect'
../../../netns/spp_usrreq.c:182: warning: implicit declaration of function `spp_template'
../../../netns/spp_usrreq.c:250: warning: implicit declaration of function `spp_trace'
../../../netns/spp_usrreq.c:256: warning: implicit declaration of function `spp_reass'
../../../netns/spp_usrreq.c:260: warning: implicit declaration of function `spp_output'
../../../netns/spp_usrreq.c:262: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c:270: warning: implicit declaration of function `ns_error'
../../../netns/spp_usrreq.c:273: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:291: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:291: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_reass':
../../../netns/spp_usrreq.c:420: warning: suggest parentheses around && within ||
../../../netns/spp_usrreq.c:420: warning: suggest parentheses around && within ||
../../../netns/spp_usrreq.c:458: warning: redundant redeclaration of `ns_error' in same scope
../../../netns/spp_usrreq.c:447: warning: previous declaration of `ns_error'
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:579: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:579: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_ctlinput':
../../../netns/spp_usrreq.c:583: warning: nested extern declaration of `nsctlerrmap'
../../../netns/spp_usrreq.c:584: warning: type defaults to `int' in declaration of `spp_abort'
../../../netns/spp_usrreq.c:584: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:584: warning: nested extern declaration of `spp_abort'
../../../netns/spp_usrreq.c:584: warning: type defaults to `int' in declaration of `spp_quench'
../../../netns/spp_usrreq.c:584: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:584: warning: nested extern declaration of `spp_quench'
../../../netns/spp_usrreq.c:585: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:585: warning: nested extern declaration of `idp_drop'
../../../netns/spp_usrreq.c:592: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c:598: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c:605: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c:618: warning: implicit declaration of function `ns_pcbnotify'
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:643: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:643: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:700: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:700: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_output':
../../../netns/spp_usrreq.c:715: warning: nested extern declaration of `idpcksum'
../../../netns/spp_usrreq.c:940: warning: implicit declaration of function `spp_setpersist'
../../../netns/spp_usrreq.c:1079: too many arguments to function `ns_cksum'
../../../netns/spp_usrreq.c:1085: warning: redundant redeclaration of `spp_trace' in same scope
../../../netns/spp_usrreq.c:1018: warning: previous declaration of `spp_trace'
../../../netns/spp_usrreq.c:1088: warning: implicit declaration of function `ns_output'
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:1115: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1115: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_setpersist':
../../../netns/spp_usrreq.c:1117: warning: type defaults to `int' in declaration of `t'
../../../netns/spp_usrreq.c:1118: warning: nested extern declaration of `spp_backoff'
../../../netns/spp_usrreq.c:1118: warning: redundant redeclaration of `spp_backoff' in same scope
../../../netns/spp_timer.h:125: warning: previous declaration of `spp_backoff'
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:1133: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1133: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_ctloutput':
../../../netns/spp_usrreq.c:1146: warning: implicit declaration of function `idp_ctloutput'
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:1258: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1258: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_usrreq':
../../../netns/spp_usrreq.c:1270: warning: implicit declaration of function `ns_control'
../../../netns/spp_usrreq.c:1289: warning: implicit declaration of function `ns_pcballoc'
../../../netns/spp_usrreq.c:1299: `MT_PCB' undeclared (first use in this function)
../../../netns/spp_usrreq.c:1299: (Each undeclared identifier is reported only once
../../../netns/spp_usrreq.c:1299: for each function it appears in.)
../../../netns/spp_usrreq.c:1346: warning: implicit declaration of function `ns_pcbbind'
../../../netns/spp_usrreq.c:1477: warning: implicit declaration of function `ns_setsockaddr'
../../../netns/spp_usrreq.c:1481: warning: implicit declaration of function `ns_setpeeraddr'
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:1510: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1510: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1531: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1531: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1559: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_close':
../../../netns/spp_usrreq.c:1577: warning: implicit declaration of function `ns_pcbdetach'
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:1588: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1594: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1604: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1625: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1625: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1637: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1637: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c:1661: warning: return type defaults to `int'
../../../netns/spp_usrreq.c:1661: warning: function declaration isn't a prototype
../../../netns/spp_usrreq.c: In function `spp_slowtimo':
../../../netns/spp_usrreq.c:1673: warning: `return' with no value, in function returning non-void
../../../netns/spp_usrreq.c: At top level:
../../../netns/spp_usrreq.c:1704: warning: function declaration isn't a prototype


Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:42:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AC11A37B401
	for <current@FreeBSD.org>; Tue,  4 Mar 2003 11:42:37 -0800 (PST)
Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CA22543FAF
	for <current@FreeBSD.org>; Tue,  4 Mar 2003 11:42:34 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 21485 invoked from network); 4 Mar 2003 19:42:40 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <current@FreeBSD.org>; 4 Mar 2003 19:42:40 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h24JdxhT045810;
	Tue, 4 Mar 2003 14:40:01 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030304144244.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20030304075707.GA1802@unixdaemons.com>
Date: Tue, 04 Mar 2003 14:42:44 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Hiten Pandya <hiten@unixdaemons.com>
Subject: Re: Possible patch for limiting APs at startup
Cc: current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 04-Mar-2003 Hiten Pandya wrote:
> John Baldwin (Mon, Mar 03, 2003 at 02:49:21PM -0500) wrote:
>> 
>> On 02-Mar-2003 Juli Mallett wrote:
>> > * De: Hiten Pandya <hiten@unixdaemons.com> [ Data: 2003-03-01 ]
>> >       [ Subjecte: Possible patch for limiting APs at startup ]
>> >> Hello.
>> >> 
>> >> Just as the topic says, do you think this patch is good enough, or gets
>> >> even close to it?  I have tested the patch, and it seems to do it's job
>> >> in the right way.  Some might call it hackery, but it's better than
>> >> nothing I would suppose.
>> > 
>> > I think your use of "cpus" to refer to APs only is silly, and also that
>> > overriding mp_naps instead of using a real cpus value and using it as
>> > a bounds check akin to MAXCPU, is a bit of the wrong direction.  As you
>> > know, the following is my patch, and it does not work, but I think,
>> > personally, the behaviour is saner, in theory at least :)
>> 
>> You should set mp_maxcpus prior to the mp_naps test so it isn't left
>> invalid in the common case.  Also, this patch doesn't limit HT cpu's
>> at all.  I could have a 4 cpu system with HTT and maxcpus=2, and I
>> will end up with 4 CPU's due to 2 logical CPU's per processor.  Perhaps
>> this is intentional?
> 
> Yes. It was intentional, in the sense that we only want to limit the
> number of Application Processors, and not the HTT cores inside it,
> because that does not make much sense, IMHO.
> 
> Do you think that patch will be committed, or does it need improving?
> (http://www.unixdaemons.com/~hiten/work/diffs/mp_machdep.c.patch)

Juli's patch is much closer.  Setting mp_naps directly is bogus at
best.  mp_naps would get reset by the mptable stuff anyways since
SI_SUB_CPU is well after SI_SUB_TUNABLES.  Ignoring HTT is fine.
All I would really do is change juli's patch to set the max value
before the if test so it is always valid.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:42:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F354F37B409
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 11:42:41 -0800 (PST)
Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E46F743F85
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 11:42:40 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 24157 invoked from network); 4 Mar 2003 19:42:39 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <davidxu@FreeBSD.ORG>; 4 Mar 2003 19:42:39 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h24Je3hT045816;
	Tue, 4 Mar 2003 14:40:03 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030304144247.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <200303040847.h248l9dv048297@spider.deepcore.dk>
Date: Tue, 04 Mar 2003 14:42:47 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Soeren Schmidt <sos@spider.deepcore.dk>
Subject: Re: ATA MODE_SENSE_BIG timeout
Cc: current@FreeBSD.ORG, David Xu <davidxu@FreeBSD.ORG>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 04-Mar-2003 Soeren Schmidt wrote:
> It seems David Xu wrote:
>> > (snip snap)
>> > > acd1: read data overrun 34/0
>> > > acd1: MODE_SENSE_BIG command timeout - resetting
>> > > ata1: resetting devices ..
>> > > done
>> > > acd1: CD-RW <SONY CD-RW CRX140E> at ata1-slave PIO4
>> > 
>> > Hmm, can you use the acd1 device normally or does it fail (how) ?
>> > 
>> > -Søren
>> > 
>> It is very rare that the CD-RW will be found now,  kernel is always 
>> stuck there,  so I must pull the device off or disable Second IDE in BIOS,
>> I can not use it.
> 
> OK, from the above it looked like it was found after the retries..
> I'll try to reproduce the problem here, but so far no luck at that..

I've seen this same problem trying to install 4.7 on a box with a 52x
drive.  I don't have that drive around anymore and I'm not sure if it
was the same make/model.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:43:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 125F537B401; Tue,  4 Mar 2003 11:43:43 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A7EB143FDF; Tue,  4 Mar 2003 11:43:41 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h24JhYA6040748;
	Tue, 4 Mar 2003 20:43:35 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: Peter Wemm <peter@wemm.org>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Tue, 04 Mar 2003 11:40:17 PST."
             <20030304194017.022FD2A8BB@canning.wemm.org> 
Date: Tue, 04 Mar 2003 20:43:34 +0100
Message-ID: <40747.1046807014@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20030304194017.022FD2A8BB@canning.wemm.org>, Peter Wemm writes:
>Terry Lambert wrote:
>
>> Is there a compelling reason for removing this working code to
>> the Attic?
>
>Terry: will you please check your facts?  It takes around 30 seconds
>to find out that it doesn't even compile.

Could we possibly move Terry to the attic too ?   Please ?

Poul-Henning

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:44: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 89C1F37B401; Tue,  4 Mar 2003 11:44:01 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5898C43FCB; Tue,  4 Mar 2003 11:44:00 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id 4196A2A89E; Tue,  4 Mar 2003 11:44:00 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
Cc: Vincent Jardin <vjardin@wanadoo.fr>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns 
In-Reply-To: <40579.1046806441@critter.freebsd.dk> 
Date: Tue, 04 Mar 2003 11:44:00 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030304194400.4196A2A89E@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Poul-Henning Kamp" wrote:
> In message <200303042025.25227.vjardin@wanadoo.fr>, Vincent Jardin writes:
> 
> >Why does it need to be removed ? According to me, it would be the same mista
    ke 
> >as the removal of netiso and netccitt. I did not know FreeBSD at this time, 
> >but nowadays, in order to get an OS that supports many stacks, we have to us
    e 
> >NetBSD.
> >
> >BSD4.4 was designed in order to support many stacks, FreeBSD 6, 7 ou 9 will 
> >support only IPv4 and IPv6, won't they ?
> 
> We will import and retain any protocol stack which has enough interested 
> users and committers to keep it alive.
> 
> netiso and netccitt both fell for both of those criteria: neither users
> nor committers.
> 
> netns fails both criteria too.

Yep. It was removed in 1996 as well, because it didn't work.  One company
(Netcon) objected and claimed that they needed it for their commercial
product and that they'd send fixes.  Now, 7 years later, not a single
person has shown the slightest interest in fixing it.  It may as well have
been left in the Attic the whole time.

revision 1.7
date: 1996/10/17 18:42:19;  author: jkh;  state: Exp;  lines: +3 -1
branches:  1.7.2;
Bring back netns so that Netcon can take over support for it, as agreed.

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:45:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6CEA137B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 11:45:18 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 12E2243F93
	for <current@freebsd.org>; Tue,  4 Mar 2003 11:45:18 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id 00E462A89E; Tue,  4 Mar 2003 11:45:18 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Stijn Hoop <stijn@win.tue.nl>
Cc: current@freebsd.org
Subject: Re: HEADS UP: cvsup cvs-supfile users! 
In-Reply-To: <20030304193009.GC1359@pcwin002.win.tue.nl> 
Date: Tue, 04 Mar 2003 11:45:18 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030304194518.00E462A89E@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Stijn Hoop wrote:

> On Tue, Mar 04, 2003 at 11:10:45AM -0800, Peter Wemm wrote:
> > Anybody who uses the cvs-supfile example to get the repository should add
> > "cvsroot-all" to their supfile.  This is in addition to src-all, ports-al=
> l,
> > doc-all etc.
> >=20
> > This is *ONLY* for the folks getting the CVS ,v files via cvsup.  If you
> > use tag=3D. or tag=3DRELENG_4, then you are not affected by this.
> >=20
> > I have updated cvs-supfile in -current but not RELENG_4 yet.
> 
> Just to be doubly sure, this goes for cvsup mirrors as well, I assume?
> So I have to edit /usr/local/etc/cvsup/supfile to include it?
> If so, then you might want to update ports/net/cvsup-mirror/files/supfile a=
> lso.

No, people who use cvs-all are already getting this stuff.  If you use
the cvsup-mirror port yourself, you do not need to change anything either.
Mirrors who use cvs-all (official and unofficial) do not need to change
anything.

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 11:57:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F222E37B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 11:57:42 -0800 (PST)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 633B343F75
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 11:57:42 -0800 (PST)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1])
	by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id h24JvYJu028752;
	Tue, 4 Mar 2003 11:57:34 -0800
Received: (from brdavis@localhost)
	by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id h24JvYip028750;
	Tue, 4 Mar 2003 11:57:34 -0800
Date: Tue, 4 Mar 2003 11:57:34 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Will Andrews <will@csociety.org>
Cc: current@FreeBSD.ORG
Subject: Re: Amanda backups, or dump(8) broken?
Message-ID: <20030304115734.A23126@Odin.AC.HMC.Edu>
References: <20030304153127.GG37397@procyon.firepipe.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030304153127.GG37397@procyon.firepipe.net>; from will@csociety.org on Tue, Mar 04, 2003 at 07:31:27AM -0800
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--GvXjxJ+pjyke8COw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 04, 2003 at 07:31:27AM -0800, Will Andrews wrote:
> Anyone know if maybe the dump format has been changed to the
> extent that it breaks Amanda or something?  In fact, based on the
> "64+0" it appears that the header or something similar may have
> been broken.

I've seen reports that dump compatability was broken.  I'm dumping two
5.0 boxes and one 4-STABLE box to one of the 5.0 boxes and the amverify
I'm current running doesn't seem to have any problem.  Thus, I'd tend to
suspect we need to fix restore in 4.x.

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--GvXjxJ+pjyke8COw
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ZQTgXY6L6fI4GtQRArASAKCgjZ9gMbo+N90OVQ67xJETB34/QgCfdcc9
+ZXXCA/TB40tg0QmSDF5f8Y=
=X8VE
-----END PGP SIGNATURE-----

--GvXjxJ+pjyke8COw--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 12:32:55 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5A92037B401; Tue,  4 Mar 2003 12:32:53 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DA8BF43F85; Tue,  4 Mar 2003 12:32:49 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h24KWnBq021823;
	Tue, 4 Mar 2003 15:32:49 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h24KWmvE021820;
	Tue, 4 Mar 2003 15:32:48 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Tue, 4 Mar 2003 15:32:48 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: Vincent Jardin <vjardin@wanadoo.fr>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns
In-Reply-To: <200303042025.25227.vjardin@wanadoo.fr>
Message-ID: <20030304151638.C59207@alpha.siliconlandmark.com>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
 <200303042025.25227.vjardin@wanadoo.fr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Tue, 4 Mar 2003, Vincent Jardin wrote:

> Why does it need to be removed ? According to me, it would be the same mistake
> as the removal of netiso and netccitt. I did not know FreeBSD at this time,
> but nowadays, in order to get an OS that supports many stacks, we have to use
> NetBSD.

If netns has so many users and our implementation has been broken for so
long, why is it there hasn't been hordes of complaints? It appears as if
users of netns are a rarity...

> BSD4.4 was designed in order to support many stacks, FreeBSD 6, 7 ou 9 will
> support only IPv4 and IPv6, won't they ?

Today, widely-used networking applications use IPv4 and/or IPv6. It's
understandable that as such, our IP stacks have gotten more testing and
tuning than any other.

If there's another networking protocol out there that has enough users
interested and enough developer, vendor or device support, I don't see why
it wouldn't be incorporated into the FreeBSD tree. A good example of a
stack that was recently imported (comparatively speaking) would be
Bluetooth.

> I do not think that it needs to be removed. One should try to keep this
> feature.

As always, patches are welcome. If you happen to need netns for anything,
scratch the itch... :-)

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 12:39:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id ACAAE37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 12:39:46 -0800 (PST)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AAD9843FBD
	for <current@freebsd.org>; Tue,  4 Mar 2003 12:39:45 -0800 (PST)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1])
	by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h24KdixN002485;
	Tue, 4 Mar 2003 21:39:44 +0100 (CET)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
	by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h24KdiZT002484;
	Tue, 4 Mar 2003 21:39:44 +0100 (CET)
Date: Tue, 4 Mar 2003 21:39:44 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: Peter Wemm <peter@wemm.org>
Cc: current@freebsd.org
Subject: Re: HEADS UP: cvsup cvs-supfile users!
Message-ID: <20030304203944.GA2275@pcwin002.win.tue.nl>
References: <20030304193009.GC1359@pcwin002.win.tue.nl> <20030304194518.00E462A89E@canning.wemm.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu"
Content-Disposition: inline
In-Reply-To: <20030304194518.00E462A89E@canning.wemm.org>
User-Agent: Mutt/1.4i
X-Bright-Idea: Let's abolish HTML mail!
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 04, 2003 at 11:45:18AM -0800, Peter Wemm wrote:
> No, people who use cvs-all are already getting this stuff.  If you use
> the cvsup-mirror port yourself, you do not need to change anything either.
> Mirrors who use cvs-all (official and unofficial) do not need to change
> anything.

OK, thanks for the clarification.

--Stijn

--=20
"...I like logs. They give me a warm fuzzy feeling. I've been known to keep
logs for 30 months at a time (generally when I thought I was rotating them
daily, but was actually rotating them once a month)."
	-- Michael Lucas, in Big Scary Daemons article 'Controlling Bandwidth'

--WIyZ46R2i8wDzkSu
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZQ8QY3r/tLQmfWcRAnVCAKCU9wFq0h4++gaKGT8ArXVdhXLZMQCfftHa
m23G0IQtMlaa9lMZNbX4LiI=
=3wBY
-----END PGP SIGNATURE-----

--WIyZ46R2i8wDzkSu--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 12:46:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 95F0D37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 12:46:22 -0800 (PST)
Received: from ztxmail05.ztx.compaq.com (ztxmail05.ztx.compaq.com [161.114.1.209])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F163443FB1
	for <current@freebsd.org>; Tue,  4 Mar 2003 12:46:21 -0800 (PST)
	(envelope-from john.cagle@hp.com)
Received: from cceexg12.americas.cpqcorp.net (cceexg12.americas.cpqcorp.net [16.110.250.124])
	by ztxmail05.ztx.compaq.com (Postfix) with ESMTP
	id 7851C4F69; Tue,  4 Mar 2003 14:46:21 -0600 (CST)
Received: from cceexc19.americas.cpqcorp.net ([16.110.250.85]) by cceexg12.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.2966);
	 Tue, 4 Mar 2003 14:46:21 -0600
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: HEADS UP: cvsup cvs-supfile users! 
Date: Tue, 4 Mar 2003 14:46:11 -0600
Message-ID: <C50AB9511EE59B49B2A503CB7AE1ABD10476C000@cceexc19.americas.cpqcorp.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: HEADS UP: cvsup cvs-supfile users! 
Thread-Index: AcLihp5k5JeEtJk3Qfq3URNxlmjFlwAB9PKg
From: "Cagle, John (ISS-Houston)" <john.cagle@hp.com>
To: "Peter Wemm" <peter@wemm.org>
Cc: <current@freebsd.org>
X-OriginalArrivalTime: 04 Mar 2003 20:46:21.0358 (UTC) FILETIME=[1CF16CE0:01C2E28F]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Are all the official mirrors in the USA (cvsup1..17.freebsd.org)
supposed to have the "cvsroot-all" package?  I just tried cvsup16 and it
doesn't have it.

> -----Original Message-----
> From: Peter Wemm [mailto:peter@wemm.org]=20
> Sent: Tuesday, March 04, 2003 1:45 PM
> To: Stijn Hoop
> Cc: current@freebsd.org
> Subject: Re: HEADS UP: cvsup cvs-supfile users!=20
>=20
>=20
> Stijn Hoop wrote:
>=20
> > On Tue, Mar 04, 2003 at 11:10:45AM -0800, Peter Wemm wrote:
> > > Anybody who uses the cvs-supfile example to get the repository=20
> > > should add "cvsroot-all" to their supfile.  This is in=20
> addition to=20
> > > src-all, ports-al=3D
> > l,
> > > doc-all etc.
> > >=3D20
> > > This is *ONLY* for the folks getting the CVS ,v files via=20
> cvsup.  If=20
> > >you  use tag=3D3D. or tag=3D3DRELENG_4, then you are not affected =
by=20
> > >this. =3D20  I have updated cvs-supfile in -current but not =
RELENG_4=20
> > >yet.
> >=20
> > Just to be doubly sure, this goes for cvsup mirrors as=20
> well, I assume?=20
> > So I have to edit /usr/local/etc/cvsup/supfile to include=20
> it? If so,=20
> > then you might want to update=20
> ports/net/cvsup-mirror/files/supfile a=3D=20
> > lso.
>=20
> No, people who use cvs-all are already getting this stuff. =20
> If you use the cvsup-mirror port yourself, you do not need to=20
> change anything either. Mirrors who use cvs-all (official and=20
> unofficial) do not need to change anything.
>=20
> Cheers,
> -Peter
> --
> Peter Wemm - peter@wemm.org; peter@FreeBSD.org;=20
> peter@yahoo-inc.com "All of this is for nothing if we don't=20
> go to the stars" - JMS/B5

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 13:23:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1EE7137B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 13:23:28 -0800 (PST)
Received: from procyon.firepipe.net (procyon.firepipe.net [198.78.66.151])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF6643FA3
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 13:23:27 -0800 (PST)
	(envelope-from will@csociety.org)
Received: by procyon.firepipe.net (Postfix, from userid 1000)
	id 5EB0C21E67; Tue,  4 Mar 2003 13:23:26 -0800 (PST)
Date: Tue, 4 Mar 2003 13:23:26 -0800
From: Will Andrews <will@csociety.org>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: Will Andrews <will@csociety.org>, current@FreeBSD.ORG
Subject: Re: Amanda backups, or dump(8) broken?
Message-ID: <20030304212326.GL37397@procyon.firepipe.net>
Mail-Followup-To: Brooks Davis <brooks@one-eyed-alien.net>,
	Will Andrews <will@csociety.org>, current@FreeBSD.ORG
References: <20030304153127.GG37397@procyon.firepipe.net> <20030304115734.A23126@Odin.AC.HMC.Edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030304115734.A23126@Odin.AC.HMC.Edu>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 11:57:34AM -0800, Brooks Davis wrote:
> I've seen reports that dump compatability was broken.  I'm dumping two
> 5.0 boxes and one 4-STABLE box to one of the 5.0 boxes and the amverify
> I'm current running doesn't seem to have any problem.  Thus, I'd tend to
> suspect we need to fix restore in 4.x.

What about non FreeBSD Amanda servers?  Are they going to be able
to verify a FreeBSD-CURRENT dump?

Regards,
-- 
wca

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 13:34:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5973037B401; Tue,  4 Mar 2003 13:34:15 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id DB3A443FBF; Tue,  4 Mar 2003 13:34:13 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h24LYClL013528;
	Tue, 4 Mar 2003 23:34:12 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <0ded01c2e295$cbef0940$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: <freebsd-current@FreeBSD.ORG>, <freebsd-net@FreeBSD.ORG>
Subject: mbuf cache
Date: Tue, 4 Mar 2003 23:34:11 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I did some profiling on -CURRENT from a few days back, and I think I haven´t
figured the new tunables out or the code is not doing what it´s supposed to
or I´m asking more than it is supposed to do but it seems that mb_free
is being quite wasteful...

Any pointers to how the new high/low watermark tunables should be used?

Is it normal that after almost all traffic has been stopped there is still 8k+
mbufs in "cache"?

Pete


granularity: each sample hit covers 16 byte(s) for 0.00% of 708.90 seconds

  %   cumulative   self              self     total
 time   seconds   seconds    calls  ms/call  ms/call  name
 18.9     134.04   134.04 778488459     0.00     0.00  mb_free [5]
 10.0     204.99    70.95 290131104     0.00     0.00  ether_input [8]
  9.0     268.46    63.47                             __mcount [9]
  6.3     313.42    44.96 198223061     0.00     0.00  m_move_pkthdr [15]
  5.1     349.68    36.27 18238430     0.00     0.02  em_intr [2]
  5.0     385.09    35.41 778488459     0.00     0.00  mb_alloc [17]
  4.8     418.87    33.77 198510151     0.00     0.00  generic_bcopy [18]
  4.5     450.64    31.77     2341    13.57    63.33  m_freem [4]
  4.1     479.81    29.17   967684     0.03     0.03  call_fast_unpend [20]
  3.5     504.53    24.72 17641942     0.00     0.01  em_process_receive_interru
pts [3]
  1.8     517.26    12.73                             m_pullup [6]
  1.6     528.51    11.25 290131104     0.00     0.00  em_get_buf [10]

mbuf usage:
        GEN cache:      56/256 (in use/in pool)
        CPU #0 cache:   8138/12064 (in use/in pool)
        Total:          8194/12320 (in use/in pool)
        Mbuf cache high watermark: 4096
        Mbuf cache low watermark: 128
        Maximum possible: 51200
        Allocated mbuf types:
          8194 mbufs allocated to data
        24% of mbuf map consumed
mbuf cluster usage:
        GEN cache:      4/16 (in use/in pool)
        CPU #0 cache:   8188/12280 (in use/in pool)
        Total:          8192/12296 (in use/in pool)
        Cluster cache high watermark: 4096
        Cluster cache low watermark: 16
        Maximum possible: 25600
        48% of cluster map consumed
27672 KBytes of wired memory reserved (66% in use)
0 requests for memory denied
0 requests for memory delayed
0 calls to protocol drain routines


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 13:37:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2C79B37B401; Tue,  4 Mar 2003 13:37:43 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7A11343FAF; Tue,  4 Mar 2003 13:37:40 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0118.cvx21-bradley.dialup.earthlink.net ([209.179.192.118] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qK6U-00016P-00; Tue, 04 Mar 2003 13:37:39 -0800
Message-ID: <3E651C37.17ACF643@mindspring.com>
Date: Tue, 04 Mar 2003 13:35:51 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Wilko Bulte <wkb@freebie.xs4all.nl>
Cc: Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <3E64CCAB.4C70108F@mindspring.com> <20030304194710.D21561@freebie.xs4all.nl>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4987792cd64dbc1bbdf1a6ea6dfd763a6350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Wilko Bulte wrote:
> On Tue, Mar 04, 2003 at 07:56:27AM -0800, Terry Lambert wrote:
> > Is there a compelling reason for doing this, other than "I
> > want to make some API/locking change, but I don't want to
> > have to keep this code working at the same time"?  Maximizing
> 
> Is there a compelling reason for you to moan about the removal
> of things constantly?

Things being removed constantly.

If you will remember, there has been a rocky history with the
removal of functionality in FreeBSD.  If you don't remember,
I will be happy to remind you of specific incidents that ended
up causing a lot of grief, most of which I was not involved in,
but merely watched from the sidelines.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 13:46:26 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 34D5837B401; Tue,  4 Mar 2003 13:46:25 -0800 (PST)
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7274543FA3; Tue,  4 Mar 2003 13:46:24 -0800 (PST)
	(envelope-from bmilekic@unixdaemons.com)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id h24Lin510163;
	Tue, 4 Mar 2003 16:44:49 -0500 (EST)
	(envelope-from bmilekic@unixdaemons.com)
Date: Tue, 4 Mar 2003 16:44:49 -0500
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030304164449.A10136@unixdaemons.com>
References: <0ded01c2e295$cbef0940$932a40c1@PHE>
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: <0ded01c2e295$cbef0940$932a40c1@PHE>; from pete@he.iki.fi on Tue, Mar 04, 2003 at 11:34:11PM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Tue, Mar 04, 2003 at 11:34:11PM +0200, Petri Helenius wrote:
> 
> I did some profiling on -CURRENT from a few days back, and I think I haven´t
> figured the new tunables out or the code is not doing what it´s supposed to
> or I´m asking more than it is supposed to do but it seems that mb_free
> is being quite wasteful...
> 
> Any pointers to how the new high/low watermark tunables should be used?
> 
> Is it normal that after almost all traffic has been stopped there is still 8k+
> mbufs in "cache"?
> 
> Pete
 
  Yes, it's normal.  The commit log clearly states that the new
  watermarks do nothing for now.  I have a patch that changes that but I
  haven't committed it yet because I left for vacation last Sunday and I
  only returned early this Monday.  Since then, I've been too busy to
  clean up and commit it.  In about a week or so you should notice a
  difference.

-- 
Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 14:24:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3696A37B401; Tue,  4 Mar 2003 14:24:32 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B2B8343FB1; Tue,  4 Mar 2003 14:24:30 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h24MOSlL013809;
	Wed, 5 Mar 2003 00:24:29 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <0e1b01c2e29c$d1fefdc0$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Bosko Milekic" <bmilekic@unixdaemons.com>
Cc: <freebsd-current@FreeBSD.ORG>, <freebsd-net@FreeBSD.ORG>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com>
Subject: Re: mbuf cache
Date: Wed, 5 Mar 2003 00:24:27 +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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>  
>   Yes, it's normal.  The commit log clearly states that the new
>   watermarks do nothing for now.  I have a patch that changes that but I
>   haven't committed it yet because I left for vacation last Sunday and I
>   only returned early this Monday.  Since then, I've been too busy to
>   clean up and commit it.  In about a week or so you should notice a
>   difference.
> 
Any comments on the high cpu consumption of mb_free? Or any other places
where I should look to improve performance?

Pete


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 14:39:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 35D8937B401; Tue,  4 Mar 2003 14:39:44 -0800 (PST)
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 51FB543F85; Tue,  4 Mar 2003 14:39:43 -0800 (PST)
	(envelope-from bmilekic@unixdaemons.com)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id h24Mc9D10411;
	Tue, 4 Mar 2003 17:38:09 -0500 (EST)
	(envelope-from bmilekic@unixdaemons.com)
Date: Tue, 4 Mar 2003 17:38:09 -0500
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030304173809.A10373@unixdaemons.com>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <0e1b01c2e29c$d1fefdc0$932a40c1@PHE>; from pete@he.iki.fi on Wed, Mar 05, 2003 at 12:24:27AM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wed, Mar 05, 2003 at 12:24:27AM +0200, Petri Helenius wrote:
> >  
> >   Yes, it's normal.  The commit log clearly states that the new
> >   watermarks do nothing for now.  I have a patch that changes that but I
> >   haven't committed it yet because I left for vacation last Sunday and I
> >   only returned early this Monday.  Since then, I've been too busy to
> >   clean up and commit it.  In about a week or so you should notice a
> >   difference.
> > 
> Any comments on the high cpu consumption of mb_free? Or any other places
> where I should look to improve performance?

  What do you mean "high cpu consumption?"  The common case of mb_free()
  is this:

  bucket = mb_list->ml_btable[MB_BUCKET_INDX(m, mb_list)];
  owner = bucket->mb_owner & ~MB_BUCKET_FREE;
  switch (owner) {
      ...
      default:
	  cnt_lst = MB_GET_PCPU_LIST_NUM(mb_list, owner);
	  MB_PUT_OBJECT(m, bucket, cnt_lst);
	  MB_MBTYPES_DEC(cnt_lst, type, 1);
	  if (bucket->mb_owner & MB_BUCKET_FREE) {
	  	SLIST_INSERT_HEAD(&(cnt_lst->mb_cont.mc_bhead),
				    bucket,
				    mb_blist);
	   	bucket->mb_owner = cnt_lst->mb_cont.mc_numowner;
	  }
  }

  That's the common path, modulo a couple checks on whether or not the
  container being freed to needs to be moved or whether we're in a
  starvation situation.  The only thing to be done, possibly, is make
  the routine smaller by moving those couple of actions to seperate
  routines, but I'm not clear that this is very useful, given that
  mb_free()'s usage is restricted to only inside subr_mbuf.c

> Pete

-- 
Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 14:54: 1 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9D31437B401; Tue,  4 Mar 2003 14:54:00 -0800 (PST)
Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 03DE843FBD; Tue,  4 Mar 2003 14:54:00 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4])
          by rwcrmhc52.attbi.com (rwcrmhc52) with ESMTP
          id <2003030422535905200pqqste>; Tue, 4 Mar 2003 22:53:59 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id OAA53606;
	Tue, 4 Mar 2003 14:53:58 -0800 (PST)
Date: Tue, 4 Mar 2003 14:53:56 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: Tim Robbins <tjr@freebsd.org>
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns
In-Reply-To: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
Message-ID: <Pine.BSF.4.21.0303041453430.42494-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I thought nwfs used it?


On Wed, 5 Mar 2003, Tim Robbins wrote:

> Is there a compelling reason why I shouldn't remove netns? That is, does
> it serve a purpose now that it could not serve if it was moved to the
> Attic?
> 
> 
> Tim
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-net" in the body of the message
> 


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15: 3:26 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 50C4437B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 15:03:24 -0800 (PST)
Received: from web20704.mail.yahoo.com (web20704.mail.yahoo.com [216.136.226.177])
	by mx1.FreeBSD.org (Postfix) with SMTP id 90BA143FAF
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 15:03:21 -0800 (PST)
	(envelope-from jmw_ymail@yahoo.com)
Message-ID: <20030304230320.61704.qmail@web20704.mail.yahoo.com>
Received: from [24.197.167.221] by web20704.mail.yahoo.com via HTTP; Tue, 04 Mar 2003 15:03:20 PST
Date: Tue, 4 Mar 2003 15:03:20 -0800 (PST)
From: John Wilson <jmw_ymail@yahoo.com>
Subject: A few 5.0-Release questions...
To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Good day,

After spending quite some time trying to get
5.0-RELEASE installed on a Dell PowerEdge machine, it
seems that all is now working quite well.  Being that
these machines are somewhat common, I'll share what
was halting my installation.

These machines come with integrated video, an ATI
RageXL, which is rather useless for anything other
than console mode. I installed an ATI All- In-Wonder
VE so that I could get somewhat decent performance out
of X. The problem manifested when the kernel probed
the machines hardware, causing an "NMI ISA 30, EISA
ff", and locking up the machine solid. After I began
pulling memory and expansion cards from the system,
the error went away when I removed the ATI AIW card. I
reinstalled the card and attempted to find how to
correct this. My only solution to this issue was to
interrupt the boot process and use the following
command:

set hw.pci.enable_io_modes = 0

This prevented any further halts.

My first question is as follows: is /boot/device.hints
the most proper place to stick this? Also, are there
any other possible solutions to this issue?

My main drives are SCSI, and I have one CD-RW and one
DVD-R on the secondary IDE controller. The kernel
detects the drives just fine, but defaults them both
down to PIO4. The drives are fully UDMA2 capable. I am
able to set the drives to use UDMA2 via atacontrol
without issue.  However, how would one make this more
permanent, such that I wouldn't have to use atacontrol
everytime I boot the machine?

Back to the topic of video; is there _any_ way to
permanently disable, or at least prevent FreeBSD from
detecting the integrated video on the motherboard?
There is nothing in the machines BIOS that would allow
this. This would just be "nice" to do, as X works just
fine, but it still sticks an entry into the
XFree86Config file for the integrated chip.

And finally...

Where can one obtain a complete list of allowed hints
for use in /boot/device.hints? I tried searching
around the FBSD site as well as the handbook and found
no listing, other than a line here and a line there.

Thank you all very much for your help, and have a
wonderful day.

- John Wilson jmw74@charter.net

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:13: 1 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 54E9637B401; Tue,  4 Mar 2003 15:12:59 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D9F5443FBF; Tue,  4 Mar 2003 15:12:57 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h24NCulL014178;
	Wed, 5 Mar 2003 01:12:56 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <0e2b01c2e2a3$96fd3b40$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Bosko Milekic" <bmilekic@unixdaemons.com>
Cc: <freebsd-current@FreeBSD.ORG>, <freebsd-net@FreeBSD.ORG>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com>
Subject: Re: mbuf cache
Date: Wed, 5 Mar 2003 01:12:55 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> > Any comments on the high cpu consumption of mb_free? Or any other places
> > where I should look to improve performance?
>
>   What do you mean "high cpu consumption?"  The common case of mb_free()
>   is this:

According to profiling mb_free takes 18.9% of all time consumed in kernel and is
almost double to next cpu consuming function. Since I´m looking how to optimize
the system, it´s usually a good idea to start looking where most CPU is spent.

For example, I´m wondering if mbufs get unneccessarily freed and allocated or thrown
around different buckets because of the tunables are wrong. I´m not saying that
there must be something wrong with the code itself.

For example what does "in use" mean below: There is no way there is enough
traffic on the system to allocate 7075 mbufs when this netstat -m was taken.

mbuf usage:
        GEN cache:      0/0 (in use/in pool)
        CPU #0 cache:   7075/8896 (in use/in pool)
        CPU #1 cache:   1119/4864 (in use/in pool)
        Total:          8194/13760 (in use/in pool)
        Mbuf cache high watermark: 8192
        Mbuf cache low watermark: 128


Pete

>
>   bucket = mb_list->ml_btable[MB_BUCKET_INDX(m, mb_list)];
>   owner = bucket->mb_owner & ~MB_BUCKET_FREE;
>   switch (owner) {
>       ...
>       default:
>   cnt_lst = MB_GET_PCPU_LIST_NUM(mb_list, owner);
>   MB_PUT_OBJECT(m, bucket, cnt_lst);
>   MB_MBTYPES_DEC(cnt_lst, type, 1);
>   if (bucket->mb_owner & MB_BUCKET_FREE) {
>   SLIST_INSERT_HEAD(&(cnt_lst->mb_cont.mc_bhead),
>     bucket,
>     mb_blist);
>    bucket->mb_owner = cnt_lst->mb_cont.mc_numowner;
>   }
>   }
>
>   That's the common path, modulo a couple checks on whether or not the
>   container being freed to needs to be moved or whether we're in a
>   starvation situation.  The only thing to be done, possibly, is make
>   the routine smaller by moving those couple of actions to seperate
>   routines, but I'm not clear that this is very useful, given that
>   mb_free()'s usage is restricted to only inside subr_mbuf.c
>
> > Pete
>
> --
> Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:17:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8197037B401; Tue,  4 Mar 2003 15:17:15 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C805843FB1; Tue,  4 Mar 2003 15:17:11 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h24NGwjL001043;
	Tue, 4 Mar 2003 18:16:58 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h24NGvxl001042;
	Tue, 4 Mar 2003 18:16:57 -0500 (EST)
	(envelope-from hiten)
Date: Tue, 4 Mar 2003 18:16:57 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: Julian Elischer <julian@elischer.org>
Cc: Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns
Message-ID: <20030304231657.GA99686@unixdaemons.com>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <Pine.BSF.4.21.0303041453430.42494-100000@InterJet.elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.21.0303041453430.42494-100000@InterJet.elischer.org>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Julian Elischer (Tue, Mar 04, 2003 at 02:53:56PM -0800) wrote:
> I thought nwfs used it?
> 
> 
> On Wed, 5 Mar 2003, Tim Robbins wrote:
> 
> > Is there a compelling reason why I shouldn't remove netns? That is, does
> > it serve a purpose now that it could not serve if it was moved to the
> > Attic?

That's netncp if I am not mistaken and thanks to Tim and Max Khon, it's
now fixed, IIRC.

Kudos to them. :-)

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:23:10 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B36E537B401; Tue,  4 Mar 2003 15:23:08 -0800 (PST)
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C889143FE1; Tue,  4 Mar 2003 15:23:07 -0800 (PST)
	(envelope-from bmilekic@unixdaemons.com)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id h24NLXB10594;
	Tue, 4 Mar 2003 18:21:33 -0500 (EST)
	(envelope-from bmilekic@unixdaemons.com)
Date: Tue, 4 Mar 2003 18:21:33 -0500
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: freebsd-current@FreeBSD.ORG, freebsd-net@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030304182133.A10561@unixdaemons.com>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE>
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: <0e2b01c2e2a3$96fd3b40$932a40c1@PHE>; from pete@he.iki.fi on Wed, Mar 05, 2003 at 01:12:55AM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wed, Mar 05, 2003 at 01:12:55AM +0200, Petri Helenius wrote:
> > > Any comments on the high cpu consumption of mb_free? Or any other places
> > > where I should look to improve performance?
> >
> >   What do you mean "high cpu consumption?"  The common case of mb_free()
> >   is this:
> 
> According to profiling mb_free takes 18.9% of all time consumed in kernel and is
> almost double to next cpu consuming function. Since I´m looking how to optimize
> the system, it´s usually a good idea to start looking where most CPU is spent.
> 
> For example, I´m wondering if mbufs get unneccessarily freed and allocated or thrown
> around different buckets because of the tunables are wrong. I´m not saying that
> there must be something wrong with the code itself.
> 
> For example what does "in use" mean below: There is no way there is enough
> traffic on the system to allocate 7075 mbufs when this netstat -m was taken.
> 
> mbuf usage:
>         GEN cache:      0/0 (in use/in pool)
>         CPU #0 cache:   7075/8896 (in use/in pool)
>         CPU #1 cache:   1119/4864 (in use/in pool)
>         Total:          8194/13760 (in use/in pool)
>         Mbuf cache high watermark: 8192
>         Mbuf cache low watermark: 128
> 
> 
> Pete

  This does look odd... maybe there's a leak somewhere... does "in use"
  go back down to a much lower number eventually?  What kind of test are
  you running?  "in pool" means that that's the number in the cache
  while "in use" means that that's the number out of the cache
  currently being used by the system; but if you're telling me that
  there's no way usage could be that high while you ran the netstat,
  either there's a serious leak somewhere or I got the stats wrong
  (anyone else notice irregular stats?)

  Another thing I find odd about those stats is that you've set the high
  watermark to 8192, which means that in the next free, you should be
  moving buckets to the general cache... see if that's really
  happening...  The low watermark doesn't affect anything right now.

  Can you give me more details on the exact type of test you're running?
  Let's move this to -current instead of -current and -net please (feel
  free to trim the one you want), getting 3 copies of the same
  message all the time is kinda annoying. :-(

-- 
Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:27:32 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EBF8737B401; Tue,  4 Mar 2003 15:27:31 -0800 (PST)
Received: from smtp02.syd.iprimus.net.au (smtp02.syd.iprimus.net.au [210.50.76.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id ED59D43F93; Tue,  4 Mar 2003 15:27:30 -0800 (PST)
	(envelope-from tim@robbins.dropbear.id.au)
Received: from dilbert.robbins.dropbear.id.au ([210.50.112.207]) by smtp02.syd.iprimus.net.au with Microsoft SMTPSVC(5.0.2195.5600);
	 Wed, 5 Mar 2003 10:27:19 +1100
Received: from dilbert.robbins.dropbear.id.au (v3hh252nn5jjxn9o@localhost [127.0.0.1])
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6) with ESMTP id h24NQTJK029156;
	Wed, 5 Mar 2003 10:26:37 +1100 (EST)
	(envelope-from tim@dilbert.robbins.dropbear.id.au)
Received: (from tim@localhost)
	by dilbert.robbins.dropbear.id.au (8.12.6/8.12.6/Submit) id h24NQNUd029152;
	Wed, 5 Mar 2003 10:26:23 +1100 (EST)
	(envelope-from tim)
Date: Wed, 5 Mar 2003 10:26:17 +1100
From: Tim Robbins <tjr@freebsd.org>
To: Julian Elischer <julian@elischer.org>
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns
Message-ID: <20030305102617.A27891@dilbert.robbins.dropbear.id.au>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <Pine.BSF.4.21.0303041453430.42494-100000@InterJet.elischer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.BSF.4.21.0303041453430.42494-100000@InterJet.elischer.org>; from julian@elischer.org on Tue, Mar 04, 2003 at 02:53:56PM -0800
X-OriginalArrivalTime: 04 Mar 2003 23:27:25.0724 (UTC) FILETIME=[9D5AA5C0:01C2E2A5]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 02:53:56PM -0800, Julian Elischer wrote:

> I thought nwfs used it?

nwfs uses netipx. From what I can tell, netipx was based on netns.


Tim

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:33:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CB3DB37B401; Tue,  4 Mar 2003 15:33:51 -0800 (PST)
Received: from www.linuxiceberg.com (66-23-198-2.clients.speedfactory.net [66.23.198.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EA77A43FBD; Tue,  4 Mar 2003 15:33:49 -0800 (PST)
	(envelope-from cfowler@outpostsentinel.com)
Received: from [192.168.1.7] ([192.168.1.7])
	by firewall.outpostsentinel.com (8.11.6/8.11.6) with ESMTP id h24NVt301781;
	Tue, 4 Mar 2003 18:31:56 -0500
Subject: Re: Removal of netns
From: Chris Fowler <cfowler@outpostsentinel.com>
To: Tim Robbins <tjr@freebsd.org>
Cc: Julian Elischer <julian@elischer.org>, freebsd-net@freebsd.org,
	freebsd-current@freebsd.org
In-Reply-To: <20030305102617.A27891@dilbert.robbins.dropbear.id.au>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
	<Pine.BSF.4.21.0303041453430.42494-100000@InterJet.elischer.org> 
	<20030305102617.A27891@dilbert.robbins.dropbear.id.au>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 04 Mar 2003 18:32:03 -0500
Message-Id: <1046820725.6491.53.camel@devel>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

What is IPX currently being used for?  Legacy systems?  

I've been stuck in TCP/IP land for many years now.  Have been lucky
enough to not run into any IPX.


On Tue, 2003-03-04 at 18:26, Tim Robbins wrote:
> On Tue, Mar 04, 2003 at 02:53:56PM -0800, Julian Elischer wrote:
> 
> > I thought nwfs used it?
> 
> nwfs uses netipx. From what I can tell, netipx was based on netns.
> 
> 
> Tim
> 
> 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-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:42:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0459037B401
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 15:42:10 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E67ED43F75
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 15:42:08 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h24Ng7lL014385;
	Wed, 5 Mar 2003 01:42:07 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <0e3701c2e2a7$aaa2b180$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Bosko Milekic" <bmilekic@unixdaemons.com>
Cc: <freebsd-current@FreeBSD.ORG>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com>
Subject: Re: mbuf cache
Date: Wed, 5 Mar 2003 01:42:05 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>
>   This does look odd... maybe there's a leak somewhere... does "in use"
>   go back down to a much lower number eventually?  What kind of test are
>   you running?  "in pool" means that that's the number in the cache
>   while "in use" means that that's the number out of the cache
>   currently being used by the system; but if you're telling me that
>   there's no way usage could be that high while you ran the netstat,
>   either there's a serious leak somewhere or I got the stats wrong
>   (anyone else notice irregular stats?)
>
I think I figured this, the "em" driver is allocating mbuf for each receive
descriptor regardless if it´s needed or not. Does this cause a performance
issue if there is 8000 mbufs in use and we get 100k-150k frees and
allocates a second (for every packet?)

(I have the em driver configured for 4096 receive descriptors)

>   Another thing I find odd about those stats is that you've set the high
>   watermark to 8192, which means that in the next free, you should be
>   moving buckets to the general cache... see if that's really
>   happening...  The low watermark doesn't affect anything right now.

Nothing seems to be moving to the GEN pool.
>
>   Can you give me more details on the exact type of test you're running?
>   Let's move this to -current instead of -current and -net please (feel
>   free to trim the one you want), getting 3 copies of the same
>   message all the time is kinda annoying. :-(
>
I´m running a snort-like application with the interface getting receive only
packets. It can either connect to a netgraph node or use bpf, both seem to have
similar performance (most CPU is used elsewhere) as the email I sent previously
had listed.

Pete


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:43: 5 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A5A3E37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 15:42:45 -0800 (PST)
Received: from ns.altadena.net (ns.altadena.net [207.151.161.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 35ED243F85
	for <current@freebsd.org>; Tue,  4 Mar 2003 15:42:44 -0800 (PST)
	(envelope-from pete@ns.altadena.net)
Received: from ns.altadena.net (localhost [127.0.0.1])
	by ns.altadena.net (8.12.6/8.12.3) with ESMTP id h24Nghpa034440
	for <current@freebsd.org>; Tue, 4 Mar 2003 15:42:43 -0800 (PST)
	(envelope-from pete@ns.altadena.net)
Received: (from pete@localhost)
	by ns.altadena.net (8.12.6/8.12.3/Submit) id h24NghHJ034439
	for current@freebsd.org; Tue, 4 Mar 2003 15:42:43 -0800 (PST)
	(envelope-from pete)
From: Pete Carah <pete@ns.altadena.net>
Message-Id: <200303042342.h24NghHJ034439@ns.altadena.net>
Subject: Witness problem with sound
To: current@freebsd.org
Date: Tue, 4 Mar 2003 15:42:43 -0800 (PST)
X-Mailer: ELM [version 2.4ME+ PL68 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=iso8859-1
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I don't know how system-specific this problem is, but:

Sony VAIO R505ES
Sound is Intel ICH3 + Yamaha.

This or something closely related has been happening for weeks.  
Several times earlier this week and last week sound panic'd, and 
also sometimes there was a panic (several different kinds) on boot.  
Late last week X wouldn't start due to not being able to see the
VESA modes.
All those except the sound problems currently appear fixed...

This may or may not be related to the fact that acpi puts nearly all
device interrupts on irq 9 (which causes other problems).

Problem:
......
Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:673
Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:673
Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
"pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:673
.....
(repeated by the thousands, at various lines, the above plus
sound.c:191
.

Sound comes out but is chopped up, as if interrupt service was not
reliable. 

Dmesg:
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #34: Tue Mar  4 11:36:51 PST 2003
    pete@port2.altadena.net:/d/obj-c/usr/src/sys/PORT2
Preloaded elf kernel "/boot/kernel/kernel" at 0xc053f000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc053f0a8.
Calibrating clock(s) ... i8254 clock: 1193201 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254"  frequency 1193182 Hz
Calibrating TSC clock ... TSC clock: 1193108506 Hz
Timecounter "TSC"  frequency 1193108506 Hz
CPU: Intel(R) Pentium(R) III Mobile CPU      1200MHz (1193.11-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x6b1  Stepping = 1
  Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
real memory  = 535298048 (510 MB)
Physical memory chunk(s):
0x00001000 - 0x0009dfff, 643072 bytes (157 pages)
0x00566000 - 0x1fceffff, 527998976 bytes (128906 pages)
0x1fd00000 - 0x1fe77fff, 1540096 bytes (376 pages)
avail memory = 514080768 (490 MB)
bios32: Found BIOS32 Service Directory header at 0xc00f6bb0
bios32: Entry = 0xfd871 (c00fd871)  Rev = 0  Len = 1
pcibios: PCI BIOS entry at 0xfd870+0x13a
pnpbios: Found PnP BIOS data at 0xc00f6be0
pnpbios: Entry = f0000:8816  Rev = 1.0
Other BIOS signatures found:
Allocating major#253 to "net"
wlan: <802.11 Link Layer>
null: <null device, zero device>
Allocating major#252 to "pci"
random: <entropy source>
mem: <memory & I/O>
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <SONY   C1      > on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31
pci_open(1):	mode 1 addr port (0x0cf8) is 0x8000f904
pci_open(1a):	mode1res=0x80000000 (0x80000000)
pci_cfgcheck:	device 0 [class=060000] [hdr=00] is there (id=35758086)
pcibios: BIOS version 2.10
Using $PIR table, 9 entries at 0xc00fdf30
PCI-Only Interrupts: none
Location  Bus Device Pin  Link  IRQs
embedded    2    5    A   0x69  3
embedded    2    8    A   0x68  9
embedded    0   29    A   0x60  9
embedded    0   29    B   0x63  9
embedded    0    2    A   0x60  9
embedded    0    1    A   0x60  9
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
ACPI timer looks GOOD min = 2, max = 3, width = 2
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
acpi_cpu0: <CPU> port 0x530-0x537 on acpi0
acpi_tz0: <thermal zone> on acpi0
acpi_lid0: <Control Method Lid Switch> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
---- initial configuration ------------------------
\\_SB_.LNKA irq   9: [  9] low,level,sharable 0.1.0
\\_SB_.LNKB irq   0: [  9] low,level,sharable 0.1.1
\\_SB_.LNKC irq   0: [  9] low,level,sharable 0.1.2
\\_SB_.LNKD irq   9: [  9] low,level,sharable 0.1.3
\\_SB_.LNKA irq   9: [  9] low,level,sharable 0.2.0
\\_SB_.LNKA irq   9: [  9] low,level,sharable 0.29.0
\\_SB_.LNKD irq   9: [  9] low,level,sharable 0.29.1
\\_SB_.LNKC irq   0: [  9] low,level,sharable 0.29.2
\\_SB_.LNKH irq   0: [  9] low,level,sharable 0.29.3
\\_SB_.LNKB irq   0: [  9] low,level,sharable 0.31.1
---- before setting priority for links ------------
\\_SB_.LNKB:
	interrupts:	     9
	penalty:	  1050
	references:	2
	priority:	0
\\_SB_.LNKC:
	interrupts:	     9
	penalty:	  1050
	references:	2
	priority:	0
\\_SB_.LNKH:
	interrupts:	     9
	penalty:	  1050
	references:	1
	priority:	0
---- before fixup boot-disabled links -------------
\\_SB_.LNKB:
	interrupts:	     9
	penalty:	  1050
	references:	2
	priority:	2100
\\_SB_.LNKC:
	interrupts:	     9
	penalty:	  1050
	references:	2
	priority:	2100
\\_SB_.LNKH:
	interrupts:	     9
	penalty:	  1050
	references:	1
	priority:	1050
---- after fixup boot-disabled links --------------
\\_SB_.LNKB:
	interrupts:	     9
	penalty:	  1050
	references:	2
	priority:	2100
\\_SB_.LNKC:
	interrupts:	     9
	penalty:	  1050
	references:	2
	priority:	2100
\\_SB_.LNKH:
	interrupts:	     9
	penalty:	  1050
	references:	1
	priority:	1050
---- arbitrated configuration ---------------------
\\_SB_.LNKA irq   9: [  9] low,level,sharable 0.1.0
\\_SB_.LNKB irq   0: [  9] low,level,sharable 0.1.1
\\_SB_.LNKC irq   0: [  9] low,level,sharable 0.1.2
\\_SB_.LNKD irq   9: [  9] low,level,sharable 0.1.3
\\_SB_.LNKA irq   9: [  9] low,level,sharable 0.2.0
\\_SB_.LNKA irq   9: [  9] low,level,sharable 0.29.0
\\_SB_.LNKD irq   9: [  9] low,level,sharable 0.29.1
\\_SB_.LNKC irq   0: [  9] low,level,sharable 0.29.2
\\_SB_.LNKH irq   0: [  9] low,level,sharable 0.29.3
\\_SB_.LNKB irq   0: [  9] low,level,sharable 0.31.1
pci0: <ACPI PCI bus> on pcib0
pci0: physical bus=0
	map[10]: type 3, range 32, base 00000000, size  0, enabled
found->	vendor=0x8086, dev=0x3575, revid=0x04
	bus=0, slot=0, func=0
	class=06-00-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0106, statreg=0x2010, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	map[10]: type 3, range 32, base e8000000, size 27, enabled
	map[14]: type 1, range 32, base e0000000, size 19, enabled
found->	vendor=0x8086, dev=0x3577, revid=0x04
	bus=0, slot=2, func=0
	class=03-00-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=9
	powerspec 1  supports D0 D1 D3  current D0
	map[10]: type 3, range 32, base f0000000, size 27, enabled
	map[14]: type 1, range 32, base e0080000, size 19, enabled
found->	vendor=0x8086, dev=0x3577, revid=0x00
	bus=0, slot=2, func=1
	class=03-80-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0007, statreg=0x0090, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x09 (2250 ns)
	powerspec 1  supports D0 D1 D3  current D0
	map[20]: type 4, range 32, base 00001800, size  5, enabled
found->	vendor=0x8086, dev=0x2482, revid=0x02
	bus=0, slot=29, func=0
	class=0c-03-00, hdrtype=0x00, mfdev=1
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=9
	map[20]: type 4, range 32, base 00001820, size  5, enabled
found->	vendor=0x8086, dev=0x2484, revid=0x02
	bus=0, slot=29, func=1
	class=0c-03-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=b, irq=9
	map[20]: type 4, range 32, base 00001840, size  5, enabled
found->	vendor=0x8086, dev=0x2487, revid=0x02
	bus=0, slot=29, func=2
	class=0c-03-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=c, irq=255
found->	vendor=0x8086, dev=0x2448, revid=0x42
	bus=0, slot=30, func=0
	class=06-04-00, hdrtype=0x01, mfdev=0
	cmdreg=0x0007, statreg=0x0080, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x04 (1000 ns), maxlat=0x00 (0 ns)
found->	vendor=0x8086, dev=0x248c, revid=0x02
	bus=0, slot=31, func=0
	class=06-01-00, hdrtype=0x00, mfdev=1
	cmdreg=0x000f, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	map[10]: type 4, range 32, base 000001f0, size  3, enabled
	map[14]: type 4, range 32, base 000003f4, size  2, enabled
	map[18]: type 4, range 32, base 00000170, size  3, enabled
	map[1c]: type 4, range 32, base 00000374, size  2, enabled
	map[20]: type 4, range 32, base 00001860, size  4, enabled
	map[24]: type 1, range 32, base e0100000, size 10, memory disabled
found->	vendor=0x8086, dev=0x248a, revid=0x02
	bus=0, slot=31, func=1
	class=01-01-8a, hdrtype=0x00, mfdev=0
	cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=255
	map[20]: type 4, range 32, base 00001880, size  5, enabled
found->	vendor=0x8086, dev=0x2483, revid=0x02
	bus=0, slot=31, func=3
	class=0c-05-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=b, irq=255
	map[10]: type 4, range 32, base 00001c00, size  8, port disabled
	map[14]: type 4, range 32, base 000018c0, size  6, enabled
found->	vendor=0x8086, dev=0x2485, revid=0x02
	bus=0, slot=31, func=5
	class=04-01-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=b, irq=9
	map[10]: type 4, range 32, base 00002400, size  8, port disabled
	map[14]: type 4, range 32, base 00002000, size  7, enabled
found->	vendor=0x8086, dev=0x2486, revid=0x02
	bus=0, slot=31, func=6
	class=07-03-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0000, statreg=0x0280, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=b, irq=255
agp0: <Intel 82830M (830M GMCH) SVGA controller> mem 0xe0000000-0xe007ffff,0xe8000000-0xefffffff irq 9 at device 2.0 on pci0
agp0: detected 892k stolen memory
agp0: aperture size is 128M
pci0: <display> at device 2.1 (no driver attached)
uhci0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> port 0x1800-0x181f irq 9 at device 29.0 on pci0
usb0: <Intel 82801CA/CAM (ICH3) USB controller USB-A> 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: <Intel 82801CA/CAM (ICH3) USB controller USB-B> port 0x1820-0x183f irq 9 at device 29.1 on pci0
usb1: <Intel 82801CA/CAM (ICH3) USB controller USB-B> on uhci1
usb1: USB revision 1.0
uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
uhci2: <Intel 82801CA/CAM (ICH3) USB controller USB-C> port 0x1840-0x185f at device 29.2 on pci0
pcib0: matched entry for 0.29.INTC (source \\_SB_.LNKC)
pcib0: possible interrupts:  9
pcib0: slot 29 INTC routed to irq 9 via \\_SB_.LNKC
usb2: <Intel 82801CA/CAM (ICH3) USB controller USB-C> on uhci2
usb2: USB revision 1.0
uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
umass0: Sony USB Memory Stick Slot, rev 1.10/1.09, addr 2
umass0:0:0:-1: Attached to scbus0 as device 0
pcib1: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pcib1:   secondary bus     2
pcib1:   subordinate bus   2
pcib1:   I/O decode        0x3000-0x3fff
pcib1:   memory decode     0xe0200000-0xe02fffff
pcib1:   prefetched decode 0xfff00000-0xfffff
---- initial configuration ------------------------
\\_SB_.LNKC irq   0: [  9] low,level,sharable 2.2.0
\\_SB_.LNKF irq   0: [  9] low,level,sharable 2.5.0
\\_SB_.LNKG irq   0: [  9] low,level,sharable 2.5.1
\\_SB_.LNKE irq   9: [  9] low,level,sharable 2.8.0
\\_SB_.LNKD irq   9: [  9] low,level,sharable 2.11.0
\\_SB_.LNKA irq   9: [  9] low,level,sharable 2.11.1
---- before setting priority for links ------------
\\_SB_.LNKB:
	interrupts:	     9
	penalty:	  1680
	references:	2
	priority:	2100
\\_SB_.LNKC:
	interrupts:	     9
	penalty:	  1680
	references:	3
	priority:	2100
\\_SB_.LNKH:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	1050
\\_SB_.LNKF:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	0
\\_SB_.LNKG:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	0
---- before fixup boot-disabled links -------------
\\_SB_.LNKC:
	interrupts:	     9
	penalty:	  1680
	references:	3
	priority:	5040
\\_SB_.LNKB:
	interrupts:	     9
	penalty:	  1680
	references:	2
	priority:	3360
\\_SB_.LNKH:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	1680
\\_SB_.LNKF:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	1680
\\_SB_.LNKG:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	1680
---- after fixup boot-disabled links --------------
\\_SB_.LNKC:
	interrupts:	     9
	penalty:	  1680
	references:	3
	priority:	5040
\\_SB_.LNKB:
	interrupts:	     9
	penalty:	  1680
	references:	2
	priority:	3360
\\_SB_.LNKH:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	1680
\\_SB_.LNKF:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	1680
\\_SB_.LNKG:
	interrupts:	     9
	penalty:	  1680
	references:	1
	priority:	1680
---- arbitrated configuration ---------------------
\\_SB_.LNKC irq   0: [  9] low,level,sharable 2.2.0
\\_SB_.LNKF irq   0: [  9] low,level,sharable 2.5.0
\\_SB_.LNKG irq   0: [  9] low,level,sharable 2.5.1
\\_SB_.LNKE irq   9: [  9] low,level,sharable 2.8.0
\\_SB_.LNKD irq   9: [  9] low,level,sharable 2.11.0
\\_SB_.LNKA irq   9: [  9] low,level,sharable 2.11.1
pci2: <ACPI PCI bus> on pcib1
pci2: physical bus=2
	map[10]: type 1, range 32, base e0205000, size 11, enabled
	map[14]: type 1, range 32, base e0200000, size 14, enabled
found->	vendor=0x104c, dev=0x8023, revid=0x00
	bus=2, slot=2, func=0
	class=0c-00-10, hdrtype=0x00, mfdev=0
	cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns)
	intpin=a, irq=255
	powerspec 2  supports D0 D1 D2 D3  current D0
found->	vendor=0x1180, dev=0x0475, revid=0x80
	bus=2, slot=5, func=0
	class=06-07-00, hdrtype=0x02, mfdev=0
	cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords)
	lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
	intpin=a, irq=3
	powerspec 2  supports D0 D1 D2 D3  current D0
	map[10]: type 1, range 32, base e0204000, size 12, enabled
	map[14]: type 4, range 32, base 00003000, size  6, enabled
found->	vendor=0x8086, dev=0x1031, revid=0x42
	bus=2, slot=8, func=0
	class=02-00-00, hdrtype=0x00, mfdev=0
	cmdreg=0x0007, statreg=0x0290, cachelnsz=8 (dwords)
	lattimer=0x42 (1980 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns)
	intpin=a, irq=9
	powerspec 2  supports D0 D1 D2 D3  current D0
found->	vendor=0x104c, dev=0xac50, revid=0x01
	bus=2, slot=11, func=0
	class=06-07-00, hdrtype=0x02, mfdev=0
	cmdreg=0x0000, statreg=0x0210, cachelnsz=0 (dwords)
	lattimer=0x00 (0 ns), mingnt=0x40 (16000 ns), maxlat=0x03 (750 ns)
	intpin=a, irq=255
	powerspec 1  supports D0 D1 D2 D3  current D0
fwohci0: <Texas Instruments TSB43AB22/A> mem 0xe0200000-0xe0203fff,0xe0205000-0xe02057ff at device 2.0 on pci2
fwohci0: PCI bus latency was changing to 250.
fwohci0: cache size 8.
pcib1: device fwohci0 requested decoded memory range 0xe0205000-0xe02057ff
pcib1: matched entry for 2.2.INTA (source \\_SB_.LNKC)
pcib1: slot 2 INTA is routed to irq 9
fwohci0: OHCI version 1.10 (ROM=1)
fwohci0: No. of Isochronous channel is 4.
fwohci0: EUI64 08:00:46:03:01:0e:aa:53
fwohci0: resetting OHCI...done (loop=0)
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: Phy 1394a available S400, 2 ports.
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: Enable 1394a Enhancements
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: Link S400, max_rec 2048 bytes.
fwohci0: BUS_OPT 0xa002 -> 0xf800a002
fwohci0: fwohci_set_intr: 1
firewire0: <IEEE1394(FireWire) bus> on fwohci0
sbp0: <SBP2/SCSI over firewire> on firewire0
sbp_attach (cold=1)
fwohci0: Initiate bus reset
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: fwphy_rddata: loop=0, retry=0
fwohci0: BUS reset
fwohci0: node_id = 0xc000ffc1, CYCLEMASTER mode
firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me)
fwohci0: fw_set_bus_manager: 1->1 (loop=0)
fwohci0: maxdesc: 2
fwohci0: start AT DMA status=0
pci2: <bridge, PCI-CardBus> at device 5.0 (no driver attached)
fxp0: <Intel Pro/100 Ethernet> port 0x3000-0x303f mem 0xe0204000-0xe0204fff irq 9 at device 8.0 on pci2
pcib1: device fxp0 requested decoded memory range 0xe0204000-0xe0204fff
fxp0: using memory space register mapping
fxp0: Ethernet address 08:00:46:4e:96:17
fxp0: PCI IDs: 8086 1031 104d 8100 0042
fxp0: Dynamic Standby mode is disabled
inphy0: <i82562ET 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: bpf attached
pci2: <bridge, PCI-CardBus> at device 11.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel ICH3 UDMA100 controller> port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xe0100000-0xe01003ff at device 31.1 on pci0
ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x1860
ata0: pre reset mask=03 ostat0=50 ostat2=00
ata0-master: ATAPI 00 00
ata0-slave: ATAPI 00 00
ata0: after reset mask=03 stat0=50 stat1=00
ata0-master: ATA 01 a5
ata0: devices=01
ata0: at 0x1f0 irq 14 on atapci0
ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x1868
ata1: pre reset mask=03 ostat0=00 ostat2=00
ata1-master: ATAPI 00 00
ata1-slave: ATAPI 00 00
ata1: after reset mask=03 stat0=00 stat1=00
ata1: devices=00
ata1: at 0x170 irq 15 on atapci0
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
pcm0: <Intel 82801CA (ICH3)> port 0x18c0-0x18ff,0x1c00-0x1cff irq 9 at device 31.5 on pci0
pcm0: <Yamaha YMF753 AC97 Codec (id = 0x594d4803)>
pcm0: Codec features 18 bit DAC, 5 bit master volume, no 3D Stereo Enhancement
pcm0: Primary codec extended features reserved 1, AMAP, reserved 4
pcm0: sndbuf_setmap 86d000, 4000; 0xe06f8000 -> 86d000
pcm0: sndbuf_setmap 871000, 4000; 0xe06fc000 -> 871000
pci0: <simple comms> at device 31.6 (no driver attached)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
atkbd: the current kbd controller command byte 0047
atkbd: keyboard ID 0x41ab (2)
kbd0 at atkbd0
kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000
psm0: unable to allocate IRQ
psmcpnp0 irq 12 on acpi0
psm0: current command byte:0047
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model GlidePoint, device ID 0-00, 2 buttons
psm0: config:00000000, flags:00000000, packet size:3
psm0: syncmask:c0, syncbits:00
acpi_ec0: <embedded controller> port 0x66,0x62 on acpi0
sio0: irq maps: 0x201 0x211 0x201 0x201
sio0 port 0x3f8-0x3ff irq 4 on acpi0
sio0: type 16550A
unknown: not probed (disabled)
unknown: not probed (disabled)
ppc0: using extended I/O port range
ppc0: ECP SPP ECP+EPP SPP
ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/15 bytes threshold
plip0: <PLIP network interface> on ppbus0
lp0: bpf attached
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
acpi_cmbat0: <Control method Battery> on acpi0
acpi_acad0: <AC adapter> on acpi0
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_probe: no address given, try 0x530
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
unknown: not probed (disabled)
unknown: not probed (disabled)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
mss_detect, busy still set (0xff)
ata: ata0 already exists; skipping it
ata: ata1 already exists; skipping it
atkbdc: atkbdc0 already exists; skipping it
fdc: fdc0 already exists; skipping it
ppc: ppc0 already exists; skipping it
sio: sio0 already exists; skipping it
Trying Read_Port at 203
Trying Read_Port at 243
Trying Read_Port at 283
Trying Read_Port at 2c3
Trying Read_Port at 303
Trying Read_Port at 343
Trying Read_Port at 383
Trying Read_Port at 3c3
sc: sc0 already exists; skipping it
vga: vga0 already exists; skipping it
isa_probe_children: disabling PnP devices
isa_probe_children: probing non-PnP devices
orm0: <Option ROMs> at iomem 0xdc000-0xdffff,0xd8000-0xdbfff,0xc0000-0xcffff on isa0
pcic0 failed to probe at port 0x3e0 iomem 0xd0000 on isa0
pcic1 failed to probe at port 0x3e2 iomem 0xd4000 irq 11 on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)
spic0: device model type = 2
spic0: <Sony Programmable I/O Controller> at port 0x10a0-0x10a4 on isa0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
fb0: vga0, vga, type:VGA (5), flags:0x7007f
fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000
fb0: init mode:24, bios mode:3, current mode:24
fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k
VGA parameters upon power-up
50 18 10 00 00 00 03 00 02 67 5f 4f 50 02 55 81 
bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
VGA parameters in BIOS for mode 24
50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 
bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
EGA/VGA parameters to be used for mode 24
50 18 10 00 00 00 03 00 02 67 5f 4f 50 02 55 81 
bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff 
vt0 failed to probe on isa0
isa_probe_children: probing PnP devices
Device configuration finished.
procfs registered
Timecounters tick every 10.000 msec
lo0: bpf attached
acpi_cpu0: set speed to 100.0%
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
acpi_cmbat0: battery initialization start
acpi_cmbat0: battery initialization done, tried 1 times
acpi_acad0: acline initialization start
acpi_acad0: On Line
acpi_acad0: acline initialization done, tried 1 times
ad0: success setting UDMA100 on Intel ICH3 chip
GEOM: new disk ad0
ar: FreeBSD check1 failed
ad0: <TOSHIBA MK4018GAS/Q1.02 C> ATA-5 disk at ata0-master
ad0: 38154MB (78140160 sectors), 77520 C, 16 H, 63 S, 512 B
ad0: 16 secs/int, 1 depth queue, UDMA100
ad0: piomode=12 dmamode=34 udmamode=69 cblid=1
pcm0: measured ac97 link rate at 96060 Hz
[0] f:00 typ:7 s(CHS):0/1/1 e(CHS):206/254/255 s:63 l:15663312
[1] f:80 typ:165 s(CHS):207/0/193 e(CHS):255/254/255 s:15663375 l:8385930
[2] f:00 typ:165 s(CHS):255/255/255 e(CHS):255/254/255 s:24049305 l:8385930
[3] f:00 typ:165 s(CHS):255/255/255 e(CHS):255/254/255 s:32435235 l:45704925
GEOM: Configure ad0s1, start 32256 length 8019615744 end 8019647999
GEOM: Configure ad0s2, start 8019648000 length 4293596160 end 12313244159
GEOM: Configure ad0s3, start 12313244160 length 4293596160 end 16606840319
GEOM: Configure ad0s4, start 16606840320 length 23400921600 end 40007761919
GEOM: Add ad0s2 hot[0] start 512 length 276 end 787
GEOM: Configure ad0s2a, start 0 length 268435456 end 268435455
GEOM: Configure ad0s2b, start 536870912 length 536870912 end 1073741823
GEOM: Configure ad0s2c, start 0 length 4293596160 end 4293596159
GEOM: Configure ad0s2e, start 268435456 length 268435456 end 536870911
GEOM: Configure ad0s2f, start 1073741824 length 3219854336 end 4293596159
firewire0: New S400 device ID:08004603011d4b48
GEOM: Add ad0s3 hot[0] start 512 length 276 end 787
GEOM: Configure ad0s3a, start 0 length 268435456 end 268435455
GEOM: Configure ad0s3b, start 536870912 length 536870912 end 1073741823
GEOM: Configure ad0s3c, start 0 length 4293596160 end 4293596159
GEOM: Configure ad0s3e, start 268435456 length 268435456 end 536870911
GEOM: Configure ad0s3f, start 1073741824 length 3219854336 end 4293596159
firewire0: Device SBP-II
sbp_post_explore (sbp_cold=2)
sbp_post_explore: EUI:08004603011d4b48 spec=1 key=1.
target 0 lun 0 found
sbp0:0:0 ordered:0 type:5 EUI:08004603011d4b48 node:0 speed:2 maxrec:10 new!
sbp0:0:0 'Sony' 'PCGA-DSM5' 'ad1830'
GEOM: Add ad0s4 hot[0] start 512 length 276 end 787
GEOM: Configure ad0s4a, start 0 length 23400921600 end 23400921599
GEOM: Configure ad0s4c, start 0 length 23400921600 end 23400921599
GEOM: Add ad0s2a hot[0] start 512 length 276 end 787
GEOM: Add ad0s2c hot[0] start 512 length 276 end 787
GEOM: Add ad0s3a hot[0] start 512 length 276 end 787
GEOM: Add ad0s3c hot[0] start 512 length 276 end 787
GEOM: Add ad0s4a hot[0] start 512 length 276 end 787
GEOM: Add ad0s4c hot[0] start 512 length 276 end 787
sbp0:0:0 LOGIN
fwohci0: maxdesc: 3
sbp0:0:0 login: len 12, ID 0, cmd 0000fffff0010100, recon_hold 0
sbp0:0:0 sbp_busy_timeout
sbp0:0:0 sbp_agent_reset
sbp0:0:0 sbp_do_attach
(probe2:sbp0:0:1:0): error 22
(probe2:sbp0:0:1:0): Unretryable Error
(probe3:sbp0:0:2:0): error 22
(probe3:sbp0:0:2:0): Unretryable Error
(probe4:sbp0:0:3:0): error 22
(probe4:sbp0:0:3:0): Unretryable Error
(probe5:sbp0:0:4:0): error 22
(probe5:sbp0:0:4:0): Unretryable Error
(probe6:sbp0:0:5:0): error 22
(probe6:sbp0:0:5:0): Unretryable Error
(probe7:sbp0:0:6:0): error 22
(probe7:sbp0:0:6:0): Unretryable Error
sbp0:0:0 XPT_SCSI_IO: cmd: 12 01 80 00 ff 00 ad de de c0, flags: 0x40, 6b cmd/255b data/18b sense
sbp0:0:0 SCSI status 2 sfmt 0 valid 0 key 5 code 24 qlfr 0 len 7
(probe1:sbp0:0:0:0): error 22
(probe1:sbp0:0:0:0): Unretryable Error
sbp0:0:0 XPT_SCSI_IO: cmd: 00 00 00 00 00 00 ad de de c0, flags: 0xc0, 6b cmd/0b data/32b sense
sbp0:0:0 SCSI status 2 sfmt 0 valid 0 key 6 code 29 qlfr 0 len 7
(probe1:sbp0:0:0:1): error 22
(probe1:sbp0:0:0:1): Unretryable Error
(probe1:sbp0:0:0:2): error 22
(probe1:sbp0:0:0:2): Unretryable Error
(probe1:sbp0:0:0:3): error 22
(probe1:sbp0:0:0:3): Unretryable Error
(probe1:sbp0:0:0:4): error 22
(probe1:sbp0:0:0:4): Unretryable Error
(probe1:sbp0:0:0:5): error 22
(probe1:sbp0:0:0:5): Unretryable Error
(probe1:sbp0:0:0:6): error 22
(probe1:sbp0:0:0:6): Unretryable Error
(probe1:sbp0:0:0:7): error 22
(probe1:sbp0:0:0:7): Unretryable Error
pass0 at umass-sim0 bus 0 target 0 lun 0
pass0: <Sony MSC-U03 1.00> Removable Direct Access SCSI-0 device 
pass0: Serial Number 3
pass0: 1.000MB/s transfers
pass1 at sbp0 bus 0 target 0 lun 0
pass1: <MATSHITA UJDA730 DVD/CDRW 1.00> Removable CD-ROM SCSI-0 device 
pass1: 50.000MB/s transfers
sbp0:0:0 XPT_SCSI_IO: cmd: 25 00 00 00 00 00 00 00 00 00, flags: 0x40, 10b cmd/8b data/32b sense
sbp0:0:0 SCSI status 2 sfmt 0 valid 0 key 2 code 3a qlfr 0 len 7
(cd0:sbp0:0:0:0): error 6
(cd0:sbp0:0:0:0): Unretryable Error
cd0 at sbp0 bus 0 target 0 lun 0
cd0: <MATSHITA UJDA730 DVD/CDRW 1.00> Removable CD-ROM SCSI-0 device 
cd0: 50.000MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
GEOM: new disk da0
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <Sony MSC-U03 1.00> Removable Direct Access SCSI-0 device 
da0: Serial Number 3
da0: 1.000MB/s transfers
da0: 3MB (7904 512 byte sectors: 64H 32S/T 3C)
[0] f:80 typ:1 s(CHS):0/1/12 e(CHS):245/1/16 s:27 l:7845
[1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
[2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
[3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
GEOM: Configure da0s1, start 13824 length 4016640 end 4030463
Mounting root from ufs:/dev/ad0s2a
start_init: trying /sbin/init
GEOM: Add ad0s3a hot[0] start 512 length 276 end 787
GEOM: Add ad0s4a hot[0] start 512 length 276 end 787

---------------------------------------------------

There are other problems (mostly with pcmcia, which is left out of
this kernel; it causes hangs on init), but this one is obvious and
does leave the system running.

A remaining one that bothers multi-type usb card readers is that CAM/XPT
only scans LUN 0 for any device it finds.  All my card readers show
as only CF because of this, and I have to give 4 camcontrol commands to
get the system to see the rest (at least it does work with manual
intervention!!).

-- Pete

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:44:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 5866E37B401; Tue,  4 Mar 2003 15:44:46 -0800 (PST)
Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8B3B143F93; Tue,  4 Mar 2003 15:44:45 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0118.cvx21-bradley.dialup.earthlink.net ([209.179.192.118] helo=mindspring.com)
	by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qM5T-0001HC-00; Tue, 04 Mar 2003 15:44:44 -0800
Message-ID: <3E6539B5.2F5D31B@mindspring.com>
Date: Tue, 04 Mar 2003 15:41:41 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Peter Wemm <peter@wemm.org>
Cc: Mike Barcroft <mike@FreeBSD.org>, Tim Robbins <tjr@freebsd.org>,
	freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns - politically correct version
References: <20030304194017.022FD2A8BB@canning.wemm.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4cbf330b939d2044a44604bf394e01467350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Peter Wemm wrote:
> Terry Lambert wrote:
> > Is there a compelling reason for removing this working code to
> > the Attic?
> 
> Terry: will you please check your facts?  It takes around 30 seconds
> to find out that it doesn't even compile.

[ ... lots of trivial to fix warnings and errors ... ]


Tell you what, I'll fix these and post a patch.  Will that make you
guys happy?

This crap is *soooooooo* trivial to fix, it's easier to fix than
to watch you guys bitch about it not being fixable.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:49:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id BFD6937B401; Tue,  4 Mar 2003 15:49:09 -0800 (PST)
Date: Tue, 4 Mar 2003 17:49:09 -0600
From: Juli Mallett <jmallett@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.org>,
	Tim Robbins <tjr@freebsd.org>, freebsd-net@freebsd.org,
	freebsd-current@freebsd.org
Subject: Re: Removal of netns - politically correct version
Message-ID: <20030304174909.A53897@FreeBSD.org>
References: <20030304194017.022FD2A8BB@canning.wemm.org> <3E6539B5.2F5D31B@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E6539B5.2F5D31B@mindspring.com>; from tlambert2@mindspring.com on Tue, Mar 04, 2003 at 03:41:41PM -0800
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>, <juli@arcti.ca>
X-Towel: Yes
X-Negacore: Yes
X-Title: Code Maven
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Terry Lambert <tlambert2@mindspring.com> [ Data: 2003-03-04 ]
	[ Subjecte: Re: Removal of netns - politically correct version ]
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Is there a compelling reason for removing this working code to
> > > the Attic?
> > 
> > Terry: will you please check your facts?  It takes around 30 seconds
> > to find out that it doesn't even compile.
> 
> [ ... lots of trivial to fix warnings and errors ... ]
> 
> 
> Tell you what, I'll fix these and post a patch.  Will that make you
> guys happy?
> 
> This crap is *soooooooo* trivial to fix, it's easier to fix than
> to watch you guys bitch about it not being fixable.

Terry, watch your language.

And then find me a site running XNS that expects to be running a current
version of FreeBSD, or ideally someone I could peer an XNS system with if
I were to take up maintainership of it?

You have until the code is gone from CVS, which hopefully will be very soon.

Thanx,
juli.

PS: I might be interested in getting it out of the attic if you could find me
a good place for XNS-only connectivity, with IP-over-XNS of some sort so
I could still IRC.
-- 
juli mallett. email: jmallett@freebsd.org; aim: bsdflata; efnet: juli;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 15:57:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 216CE37B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 15:57:11 -0800 (PST)
Received: from www.linuxiceberg.com (66-23-198-2.clients.speedfactory.net [66.23.198.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2D57943FAF
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 15:57:10 -0800 (PST)
	(envelope-from cfowler@outpostsentinel.com)
Received: from [192.168.1.7] ([192.168.1.7])
	by www.linuxiceberg.com (8.11.6/8.11.6) with ESMTP id h24NvHU01887;
	Tue, 4 Mar 2003 18:57:17 -0500
Subject: Tiny BSD Pages
From: Chris Fowler <cfowler@outpostsentinel.com>
To: freebsd-current@freebsd.org
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 04 Mar 2003 18:57:24 -0500
Message-Id: <1046822245.6445.68.camel@devel>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I do one thing in Linux that I want to do in FreeBSD.  I store my root
file system as a blow fish, gzipped, encrypted file on a DiskOnChip.
When the Linux kernel boots it loads an initial ramdisk that will open
this file, uncompress, and decrypt.  I will then write the good data to
a ram disk.  Upon completion, it will terminate itself and the Linux
kernel will now mount /dev/ram7 as its root fs.  

I do much more in my loader.  I allow flashing of that file,  I allow an
alternate method of getting the same file.  It can be on a tftp server
or in a URL like http://192.168.2.1/sw/sw-package.  But that is in the
details.  I would like to do the exact same thing with FreeBSD but I can
not find any leads on this type of configuration.  Any pointers?  

Thanks,
chris




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16: 0:26 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2A0FA37B405; Tue,  4 Mar 2003 16:00:24 -0800 (PST)
Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7458A43FE3; Tue,  4 Mar 2003 16:00:23 -0800 (PST)
	(envelope-from linimon@lonesome.com)
Received: by mail.soaustin.net (Postfix, from userid 502)
	id B40E514352; Tue,  4 Mar 2003 18:00:22 -0600 (CST)
Date: Tue, 4 Mar 2003 18:00:22 -0600 (CST)
From: Mark Linimon <linimon@lonesome.com>
X-X-Sender: linimon@pancho
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-net@freebsd.org, <freebsd-current@freebsd.org>
Subject: Re: Removal of netns - politically correct version
In-Reply-To: <3E6539B5.2F5D31B@mindspring.com>
Message-ID: <Pine.LNX.4.44.0303041757060.19545-100000@pancho>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, 4 Mar 2003, Terry Lambert wrote:
> Tell you what, I'll fix these and post a patch.  Will that make you
> guys happy?

Yes, as will anything else that cuts down on the metadiscussions and
increases the quality of the codebase.

mcl



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16: 1:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E1AAA37B401
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 16:01:34 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C826B43FAF
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 16:01:29 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h2501FjL006780;
	Tue, 4 Mar 2003 19:01:15 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h2501FtC006779;
	Tue, 4 Mar 2003 19:01:15 -0500 (EST)
	(envelope-from hiten)
Date: Tue, 4 Mar 2003 19:01:15 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: Bosko Milekic <bmilekic@unixdaemons.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030305000115.GA3455@unixdaemons.com>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <0e3701c2e2a7$aaa2b180$932a40c1@PHE>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Petri Helenius (Wed, Mar 05, 2003 at 01:42:05AM +0200) wrote:
> >
> >   This does look odd... maybe there's a leak somewhere... does "in use"
> >   go back down to a much lower number eventually?  What kind of test are
> >   you running?  "in pool" means that that's the number in the cache
> >   while "in use" means that that's the number out of the cache
> >   currently being used by the system; but if you're telling me that
> >   there's no way usage could be that high while you ran the netstat,
> >   either there's a serious leak somewhere or I got the stats wrong
> >   (anyone else notice irregular stats?)
> >
> I think I figured this, the "em" driver is allocating mbuf for each receive
> descriptor regardless if it?s needed or not. Does this cause a performance
> issue if there is 8000 mbufs in use and we get 100k-150k frees and
> allocates a second (for every packet?)
> 
> (I have the em driver configured for 4096 receive descriptors)

While you are there debugging mbuf issues, you might also want to try
this patch:

%%%
Index: sys/dev/em/if_em.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v
retrieving revision 1.19
diff -u -r1.19 if_em.c
--- sys/dev/em/if_em.c	19 Feb 2003 05:47:03 -0000	1.19
+++ sys/dev/em/if_em.c	4 Mar 2003 23:49:02 -0000
@@ -1802,15 +1802,10 @@
 	ifp = &adapter->interface_data.ac_if;
 
 	if (mp == NULL) {
-		MGETHDR(mp, M_DONTWAIT, MT_DATA);
+		mp = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR);
 		if (mp == NULL) {
 			adapter->mbuf_alloc_failed++;
-			return(ENOBUFS);
-		}
-		MCLGET(mp, M_DONTWAIT);
-		if ((mp->m_flags & M_EXT) == 0) {
 			m_freem(mp);
-			adapter->mbuf_cluster_failed++;
 			return(ENOBUFS);
 		}
 		mp->m_len = mp->m_pkthdr.len = MCLBYTES;
%%%

This is sort of an optimization.  It reduces locking operations, and
will be making calling less routnes overall.  It would be beneficial to
know the profiling and performance results of this patch.

> I?m running a snort-like application with the interface getting receive only
> packets. It can either connect to a netgraph node or use bpf, both seem to have
> similar performance (most CPU is used elsewhere) as the email I sent previously
> had listed.

This code from 'em' driver worries me a bit:

                        if (em_get_buf(i, adapter, NULL) == ENOBUFS) {
                                adapter->dropped_pkts++;
                                em_get_buf(i, adapter, mp);
				if (adapter->fmp != NULL)
					m_freem(adapter->fmp);
				adapter->fmp = NULL;
				adapter->fmp = NULL;
			}

Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16: 3: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 91DCB37B401; Tue,  4 Mar 2003 16:03:06 -0800 (PST)
Date: Tue, 4 Mar 2003 18:03:06 -0600
From: Juli Mallett <jmallett@FreeBSD.org>
To: Mark Linimon <linimon@lonesome.com>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns - politically correct version
Message-ID: <20030304180306.A55803@FreeBSD.org>
References: <3E6539B5.2F5D31B@mindspring.com> <Pine.LNX.4.44.0303041757060.19545-100000@pancho>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <Pine.LNX.4.44.0303041757060.19545-100000@pancho>; from linimon@lonesome.com on Tue, Mar 04, 2003 at 06:00:22PM -0600
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>, <juli@arcti.ca>
X-Towel: Yes
X-Negacore: Yes
X-Title: Code Maven
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Mark Linimon <linimon@lonesome.com> [ Data: 2003-03-04 ]
	[ Subjecte: Re: Removal of netns - politically correct version ]
> On Tue, 4 Mar 2003, Terry Lambert wrote:
> > Tell you what, I'll fix these and post a patch.  Will that make you
> > guys happy?
> 
> Yes, as will anything else that cuts down on the metadiscussions and
> increases the quality of the codebase.

No, it screws up the quality of the codebase if it cannot be tested and
used every day, and I doubt Terry will be doing real testing.

HOWEVER, I am willing to keep netns working if someone can provide a pure
XNS with IP-over-XNS provider.  Playing around using multiple FreeBSD boxen
with a possibly broken but interoperable implementation is also out of the
question, as nobody uses it.  For things that people actually use, it's OK
as prototyping fixes and getting them in tree, and then the users can find
where it's broken later.
-- 
juli mallett. email: jmallett@freebsd.org; aim: bsdflata; efnet: juli;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16:10:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 37ADF37B401
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 16:10:26 -0800 (PST)
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 73A0243FA3
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 16:10:25 -0800 (PST)
	(envelope-from bmilekic@unixdaemons.com)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id h2508pr10906;
	Tue, 4 Mar 2003 19:08:51 -0500 (EST)
	(envelope-from bmilekic@unixdaemons.com)
Date: Tue, 4 Mar 2003 19:08:51 -0500
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030304190851.A10853@unixdaemons.com>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE>
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: <0e3701c2e2a7$aaa2b180$932a40c1@PHE>; from pete@he.iki.fi on Wed, Mar 05, 2003 at 01:42:05AM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wed, Mar 05, 2003 at 01:42:05AM +0200, Petri Helenius wrote:
> >
> >   This does look odd... maybe there's a leak somewhere... does "in use"
> >   go back down to a much lower number eventually?  What kind of test are
> >   you running?  "in pool" means that that's the number in the cache
> >   while "in use" means that that's the number out of the cache
> >   currently being used by the system; but if you're telling me that
> >   there's no way usage could be that high while you ran the netstat,
> >   either there's a serious leak somewhere or I got the stats wrong
> >   (anyone else notice irregular stats?)
> >
> I think I figured this, the "em" driver is allocating mbuf for each receive
> descriptor regardless if it´s needed or not. Does this cause a performance
> issue if there is 8000 mbufs in use and we get 100k-150k frees and
> allocates a second (for every packet?)
> 
> (I have the em driver configured for 4096 receive descriptors)

  Yeah, it kinda sucks but I'm not sure how it works... when are the
  mbufs freed?  If they're all freed in a continous for loop that kinda
  sucks.
    
> >   Another thing I find odd about those stats is that you've set the high
> >   watermark to 8192, which means that in the next free, you should be
> >   moving buckets to the general cache... see if that's really
> >   happening...  The low watermark doesn't affect anything right now.
> 
> Nothing seems to be moving to the GEN pool.

  Lower the high watermark to like 512... wait for the next free...  if
  it's still not moving, but you see that the per-cpu caches are being
  used ("in use" is changing), please let me know ASAP.

> >   Can you give me more details on the exact type of test you're running?
> >   Let's move this to -current instead of -current and -net please (feel
> >   free to trim the one you want), getting 3 copies of the same
> >   message all the time is kinda annoying. :-(
> >
> I´m running a snort-like application with the interface getting receive only
> packets. It can either connect to a netgraph node or use bpf, both seem to have
> similar performance (most CPU is used elsewhere) as the email I sent previously
> had listed.
> 
> Pete

-- 
Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16:26:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3034137B401
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 16:26:38 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D938043F93
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 16:26:36 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h250QRjL010080;
	Tue, 4 Mar 2003 19:26:27 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h250QR73010079;
	Tue, 4 Mar 2003 19:26:27 -0500 (EST)
	(envelope-from hiten)
Date: Tue, 4 Mar 2003 19:26:27 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: Bosko Milekic <bmilekic@unixdaemons.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030305002627.GC3455@unixdaemons.com>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030305000115.GA3455@unixdaemons.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="9amGYk9869ThD9tj"
Content-Disposition: inline
In-Reply-To: <20030305000115.GA3455@unixdaemons.com>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hiten Pandya (Tue, Mar 04, 2003 at 07:01:15PM -0500) wrote:
> Petri Helenius (Wed, Mar 05, 2003 at 01:42:05AM +0200) wrote:
> > >
> > >   This does look odd... maybe there's a leak somewhere... does "in use"
> > >   go back down to a much lower number eventually?  What kind of test are
> > >   you running?  "in pool" means that that's the number in the cache
> > >   while "in use" means that that's the number out of the cache
> > >   currently being used by the system; but if you're telling me that
> > >   there's no way usage could be that high while you ran the netstat,
> > >   either there's a serious leak somewhere or I got the stats wrong
> > >   (anyone else notice irregular stats?)
> > >
> > I think I figured this, the "em" driver is allocating mbuf for each receive
> > descriptor regardless if it?s needed or not. Does this cause a performance
> > issue if there is 8000 mbufs in use and we get 100k-150k frees and
> > allocates a second (for every packet?)
> > 
> > (I have the em driver configured for 4096 receive descriptors)
> 
> While you are there debugging mbuf issues, you might also want to try
> this patch:
> 

Oops, my first patch had some bugs because of quick editing.  Please try
the newer patch:

	http://www.unixdaemons.com/~hiten/work/mbuf/if_em.c.patch

Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="if_em.c.patch"

Index: sys/dev/em/if_em.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v
retrieving revision 1.19
diff -u -r1.19 if_em.c
--- sys/dev/em/if_em.c	19 Feb 2003 05:47:03 -0000	1.19
+++ sys/dev/em/if_em.c	5 Mar 2003 00:17:05 -0000
@@ -1802,17 +1802,11 @@
 	ifp = &adapter->interface_data.ac_if;
 
 	if (mp == NULL) {
-		MGETHDR(mp, M_DONTWAIT, MT_DATA);
+		mp = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR);
 		if (mp == NULL) {
 			adapter->mbuf_alloc_failed++;
 			return(ENOBUFS);
 		}
-		MCLGET(mp, M_DONTWAIT);
-		if ((mp->m_flags & M_EXT) == 0) {
-			m_freem(mp);
-			adapter->mbuf_cluster_failed++;
-			return(ENOBUFS);
-		}
 		mp->m_len = mp->m_pkthdr.len = MCLBYTES;
 	} else {
 		mp->m_len = mp->m_pkthdr.len = MCLBYTES;
@@ -2410,8 +2404,6 @@
 	       adapter->no_tx_desc_avail2);
 	printf("em%d: Std Mbuf Failed = %ld\n",unit, 
 	       adapter->mbuf_alloc_failed);
-	printf("em%d: Std Cluster Failed = %ld\n",unit, 
-	       adapter->mbuf_cluster_failed);
 
 	printf("em%d: Symbol errors = %lld\n", unit, 
 	       (long long)adapter->stats.symerrs);
Index: sys/dev/em/if_em.h
===================================================================
RCS file: /home/ncvs/src/sys/dev/em/if_em.h,v
retrieving revision 1.12
diff -u -r1.12 if_em.h
--- sys/dev/em/if_em.h	23 Dec 2002 19:11:23 -0000	1.12
+++ sys/dev/em/if_em.h	5 Mar 2003 00:20:57 -0000
@@ -366,7 +366,6 @@
 	/* Misc stats maintained by the driver */
 	unsigned long   dropped_pkts;
 	unsigned long   mbuf_alloc_failed;
-	unsigned long   mbuf_cluster_failed;
 	unsigned long   no_tx_desc_avail1;
 	unsigned long   no_tx_desc_avail2;
 #ifdef DBG_STATS

--9amGYk9869ThD9tj--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16:31:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1318837B401; Tue,  4 Mar 2003 16:31:46 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7F11343FA3; Tue,  4 Mar 2003 16:31:44 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 102F766D32; Tue,  4 Mar 2003 16:31:44 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 06C79110C; Tue,  4 Mar 2003 16:31:44 -0800 (PST)
Date: Tue, 4 Mar 2003 16:31:43 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Wilko Bulte <wkb@freebie.xs4all.nl>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns
Message-ID: <20030305003143.GA94234@rot13.obsecurity.org>
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <3E64CCAB.4C70108F@mindspring.com> <20030304194710.D21561@freebie.xs4all.nl> <3E651C37.17ACF643@mindspring.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi"
Content-Disposition: inline
In-Reply-To: <3E651C37.17ACF643@mindspring.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--Qxx1br4bt0+wmkIi
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 04, 2003 at 01:35:51PM -0800, Terry Lambert wrote:

> Things being removed constantly.
>=20
> If you will remember, there has been a rocky history with the
> removal of functionality in FreeBSD.  If you don't remember,
> I will be happy to remind you of specific incidents that ended
> up causing a lot of grief, most of which I was not involved in,
> but merely watched from the sidelines.

I'm hard-pressed to think of any change to FreeBSD that you have not
involved yourself in ;-)

Kris

--Qxx1br4bt0+wmkIi
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZUVvWry0BWjoQKURAnIRAKCAiOnTosdN2peryKr88qIbcJvM3ACfZ4uL
oXLivFOlgA/ioaBJQSjKJGs=
=WMGQ
-----END PGP SIGNATURE-----

--Qxx1br4bt0+wmkIi--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16:38:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1F7AE37B405
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 16:38:17 -0800 (PST)
Received: from mail2.dbitech.ca (radius.wavefire.com [64.141.13.252])
	by mx1.FreeBSD.org (Postfix) with SMTP id 14D2A43F85
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 16:38:15 -0800 (PST)
	(envelope-from darcy@wavefire.com)
Received: (qmail 16219 invoked from network); 5 Mar 2003 00:59:15 -0000
Received: from dbitech.wavefire.com (HELO dbitech) (darcy@64.141.15.253)
  by radius.wavefire.com with SMTP; 5 Mar 2003 00:59:15 -0000
Content-Type: text/plain;
  charset="iso-8859-1"
From: Darcy Buskermolen <darcy@wavefire.com>
Organization: Wavefire Technologies Corp.
To: Chris Fowler <cfowler@outpostsentinel.com>
Subject: Re: Removal of netns
Date: Tue, 4 Mar 2003 16:38:13 -0800
User-Agent: KMail/1.4.3
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
References: <20030305004730.A13129@dilbert.robbins.dropbear.id.au> <20030305102617.A27891@dilbert.robbins.dropbear.id.au> <1046820725.6491.53.camel@devel>
In-Reply-To: <1046820725.6491.53.camel@devel>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200303041638.13457.darcy@wavefire.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have at least 1 VPN setup that requires full IPX support.

On Tuesday 04 March 2003 15:32, Chris Fowler wrote:
> What is IPX currently being used for?  Legacy systems?
>
> I've been stuck in TCP/IP land for many years now.  Have been lucky
> enough to not run into any IPX.
>
> On Tue, 2003-03-04 at 18:26, Tim Robbins wrote:
> > On Tue, Mar 04, 2003 at 02:53:56PM -0800, Julian Elischer wrote:
> > > I thought nwfs used it?
> >
> > nwfs uses netipx. From what I can tell, netipx was based on netns.
> >
> >
> > Tim
> >
> > 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-net" in the body of the message

--=20
Darcy Buskermolen
Wavefire Technologies Corp.
ph: 250.717.0200
fx:  250.763.1759
http://www.wavefire.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 16:42: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1D81837B401; Tue,  4 Mar 2003 16:42:00 -0800 (PST)
Received: from bricore.com (adsl-64-168-71-68.dsl.snfc21.pacbell.net [64.168.71.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1A43C43F3F; Tue,  4 Mar 2003 16:41:59 -0800 (PST)
	(envelope-from lchen@briontech.com)
Received: from luoqi (luoqi.bricore.com [192.168.1.63])
	by bricore.com (8.12.6/8.12.6) with SMTP id h250fv3q017005;
	Tue, 4 Mar 2003 16:41:57 -0800 (PST)
	(envelope-from lchen@briontech.com)
From: "Luoqi Chen" <lchen@briontech.com>
To: "David Xu" <davidxu@FreeBSD.ORG>, <current@FreeBSD.ORG>
Subject: RE: ATA MODE_SENSE_BIG timeout
Date: Tue, 4 Mar 2003 16:44:53 -0800
Message-ID: <AHEKICEOIHLOGINAFIINCENOCAAA.lchen@briontech.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
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: <003701c2e208$12fde4c0$f001a8c0@davidw2k>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> For those want to fix ATA code, I have another problem
> with CURRENT.  I have a Tyan Tiger 230T which is based
> on VIA Apollo 133T, south bridge is VIA 686B.
> On second IDE,  I have a Mitsubishi 52X cdrom as master,
> and a Sony 16X CD R/W as slave, when startup, kernel
> is always stuck at "MODE_SENSE_BIG timeout".
> I fortunately catched the dmesg text since ATA code past the 
> probing stage. In most case,  it will be stuck there forever.
> BTW, both Linux (2.2.14, Redhat) and MS Windows can probe
> these devices in few seconds without any problem.
> 
I had more than a few machines behaved this way. I believe
the problem is with the probe and attach sequence of our
ata driver. After an ATA reset, according to spec, an ATAPI
device is supposed to present the ATAPI signature and deassert
the ready bit, until it receives its first packet command.
However when the ata driver issues the first mode sense command,
it polls first for the ready bit which never becomes set and
the operation times out. The most obviously solution is
sending the first command without checking for the ready bit.

My solution is a little different, but works equally well,
instead I issue an ATAPI reset (what now called a device reset?),
because I don't want to write another or alter the current
ata_command function and we need an atapi_reset function anyway.
According spec, atapi devices SHOULD ONLY be reset via the
atapi reset command (our ata driver doesn't follow this rule).

The patch is for -stable. I hope it's not too difficult to port
to -current.

-lq

Index: atapi-all.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/ata/atapi-all.c,v
retrieving revision 1.46.2.18
diff -u -r1.46.2.18 atapi-all.c
--- atapi-all.c	31 Oct 2002 23:10:33 -0000	1.46.2.18
+++ atapi-all.c	19 Dec 2002 19:59:20 -0000
@@ -48,6 +48,7 @@
 #include <dev/ata/atapi-all.h>
 
 /* prototypes */
+static void atapi_reset(struct ata_device *);
 static void atapi_read(struct atapi_request *, int);
 static void atapi_write(struct atapi_request *, int);
 static void atapi_finish(struct atapi_request *);
@@ -77,6 +78,7 @@
 		   ata_umode(atadev->param), atadev->param->support_dma);
 
     ATA_SLEEPLOCK_CH(atadev->channel, ATA_CONTROL);
+    atapi_reset(atadev);
     if (atapi_dma && !(atadev->param->drq_type == ATAPI_DRQT_INTR)) {
 	ata_dmainit(atadev->channel, atadev->unit,
 		    (ata_pmode(atadev->param) < 0) ? 
@@ -483,6 +485,8 @@
 void
 atapi_reinit(struct ata_device *atadev)
 {
+    atapi_reset(atadev);
+
     /* reinit device parameters */
      if (atadev->mode >= ATA_DMA)
 	ata_dmainit(atadev->channel, atadev->unit,
@@ -536,6 +540,43 @@
 }
 
 static void
+atapi_reset(struct ata_device *atadev)
+{
+    struct ata_channel *ch = atadev->channel;
+    u_int8_t stat, lsb, msb;
+    int timeout;
+
+    ATA_OUTB(ch->r_io, ATA_DRIVE, ATA_D_IBM | atadev->unit);
+    DELAY(10);
+    ATA_OUTB(ch->r_altio, ATA_ALTSTAT, ATA_A_4BIT | ATA_A_IDS);
+    DELAY(10);
+    ATA_OUTB(ch->r_io, ATA_DRIVE, ATA_D_IBM | atadev->unit);
+    DELAY(10);
+    ATA_OUTB(ch->r_io, ATA_CMD, ATA_C_ATAPI_RESET);
+
+    for (timeout = 10000; timeout; timeout--) {
+	DELAY(100);
+	ATA_OUTB(ch->r_io, ATA_DRIVE, ATA_D_IBM | atadev->unit);
+	DELAY(10);
+	lsb = ATA_INB(ch->r_io, ATA_CYL_LSB);
+	msb = ATA_INB(ch->r_io, ATA_CYL_MSB);
+	stat = ATA_INB(ch->r_io, ATA_STATUS);
+	if ((stat & ATA_S_BUSY) == 0)
+	    break;
+    }
+
+    if (bootverbose)
+	ata_prtdev(atadev, "stat %x, lsb %x, msb %x\n", stat, lsb, msb);
+
+    if (timeout == 0)
+	ata_prtdev(atadev, "soft reset failed\n");
+
+    ATA_OUTB(ch->r_io, ATA_DRIVE, ATA_D_IBM | atadev->unit);
+    DELAY(10);
+    ATA_OUTB(ch->r_altio, ATA_ALTSTAT, ATA_A_4BIT);
+}
+
+static void
 atapi_read(struct atapi_request *request, int length)
 {
     int8_t **buffer = (int8_t **)&request->data;
@@ -617,10 +658,13 @@
 {
     struct ata_device *atadev = request->device;
 
+    ATA_FORCELOCK_CH(atadev->channel, ATA_CONTROL);
     atadev->channel->running = NULL;
     ata_prtdev(atadev, "%s command timeout - resetting\n", 
 	       atapi_cmd2str(request->ccb[0]));
 
+    atapi_reset(atadev);
+
     if (request->flags & ATPR_F_DMA_USED) {
 	ata_dmadone(atadev->channel);
 	if (request->retries == ATAPI_MAX_RETRIES) {
@@ -631,17 +675,20 @@
 	    request->retries = 0;
 	}
     }
+    ATA_UNLOCK_CH(atadev->channel);
 
     /* if retries still permit, reinject this request */
     if (request->retries++ < ATAPI_MAX_RETRIES) {
+	int s = splbio();
 	TAILQ_INSERT_HEAD(&atadev->channel->atapi_queue, request, chain);
+	ata_start(atadev->channel);
+	splx(s);
     }
     else {
 	/* retries all used up, return error */
 	request->error = EIO;
 	wakeup((caddr_t)request);
     } 
-    ata_reinit(atadev->channel);
 }
 
 static char *

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 17: 6:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 40CAF37B401; Tue,  4 Mar 2003 17:06:21 -0800 (PST)
Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 78E4E43F75; Tue,  4 Mar 2003 17:06:20 -0800 (PST)
	(envelope-from scott_long@btc.adaptec.com)
Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11])
	by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h2515Gc26444;
	Tue, 4 Mar 2003 17:05:16 -0800
Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52])
	by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id RAA02150;
	Tue, 4 Mar 2003 17:06:08 -0800 (PST)
Received: from btc.adaptec.com (hollin [10.100.253.56])
	by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id SAA14436;
	Tue, 4 Mar 2003 18:06:03 -0700 (MST)
Message-ID: <3E654D73.8030308@btc.adaptec.com>
Date: Tue, 04 Mar 2003 18:05:55 -0700
From: Scott Long <scott_long@btc.adaptec.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030206
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: John Wilson <jmw_ymail@yahoo.com>
Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org
Subject: Re: A few 5.0-Release questions...
References: <20030304230320.61704.qmail@web20704.mail.yahoo.com>
In-Reply-To: <20030304230320.61704.qmail@web20704.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

John Wilson wrote:
> Good day,
> 
> After spending quite some time trying to get
> 5.0-RELEASE installed on a Dell PowerEdge machine, it
> seems that all is now working quite well.  Being that
> these machines are somewhat common, I'll share what
> was halting my installation.
> 

What model?  There are quite a few PowerEdges out there.  I
installed 5.0 (actually, I built the official 5.0 release)
on a PowerEdge.

> These machines come with integrated video, an ATI
> RageXL, which is rather useless for anything other
> than console mode. I installed an ATI All- In-Wonder
> VE so that I could get somewhat decent performance out
> of X. The problem manifested when the kernel probed
> the machines hardware, causing an "NMI ISA 30, EISA
> ff", and locking up the machine solid. After I began
> pulling memory and expansion cards from the system,
> the error went away when I removed the ATI AIW card. I
> reinstalled the card and attempted to find how to
> correct this. My only solution to this issue was to
> interrupt the boot process and use the following
> command:
> 
> set hw.pci.enable_io_modes = 0
> 
> This prevented any further halts.

As a wild guess, what happenes when you remove the EISA
device from the kernel?

> 
> My first question is as follows: is /boot/device.hints
> the most proper place to stick this? Also, are there
> any other possible solutions to this issue?
> 

/boot/loader.conf is the best place for this.

> My main drives are SCSI, and I have one CD-RW and one
> DVD-R on the secondary IDE controller. The kernel
> detects the drives just fine, but defaults them both
> down to PIO4. The drives are fully UDMA2 capable. I am
> able to set the drives to use UDMA2 via atacontrol
> without issue.  However, how would one make this more
> permanent, such that I wouldn't have to use atacontrol
> everytime I boot the machine?

There have been problems in the past with ATAPI/IDE drives
that claim DMA capabilities but instead corrupt data and/or
cause panics.  Forcing everything to PIO is the easiest way
to achieve maximum compatibility.  The ata manual page
describes what to put into /boot/loader.conf to force them
back using DMA.

> 
> Back to the topic of video; is there _any_ way to
> permanently disable, or at least prevent FreeBSD from
> detecting the integrated video on the motherboard?
> There is nothing in the machines BIOS that would allow
> this. This would just be "nice" to do, as X works just
> fine, but it still sticks an entry into the
> XFree86Config file for the integrated chip.

Does the motherboard have a jumper that will disable it?

> 
> And finally...
> 
> Where can one obtain a complete list of allowed hints
> for use in /boot/device.hints? I tried searching
> around the FBSD site as well as the handbook and found
> no listing, other than a line here and a line there.

This has been desired for a long time, yes.  There have
been periodic pushes to do this, but they quickly loose
steam or become outdated.

Scott


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 17:10:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3DAC137B401; Tue,  4 Mar 2003 17:10:07 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3AAC143FBD; Tue,  4 Mar 2003 17:10:05 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from pool0118.cvx21-bradley.dialup.earthlink.net ([209.179.192.118] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qNPl-0005K9-00; Tue, 04 Mar 2003 17:09:46 -0800
Message-ID: <3E654D75.E37B5861@mindspring.com>
Date: Tue, 04 Mar 2003 17:05:57 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.org>,
	Tim Robbins <tjr@freebsd.org>, freebsd-net@freebsd.org,
	freebsd-current@freebsd.org
Subject: [PATCH] make netns compile cleanly (was Re: Removal of netns - 
 politically correct version
References: <20030304194017.022FD2A8BB@canning.wemm.org> <3E6539B5.2F5D31B@mindspring.com>
Content-Type: multipart/mixed;
 boundary="------------81B31A38BCFEF66ED364CE7A"
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a47a597f4a0f4a1bd46bb4710ccc6b8b30667c3043c0873f7e350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a multi-part message in MIME format.
--------------81B31A38BCFEF66ED364CE7A
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Terry Lambert wrote:
> Peter Wemm wrote:
> > Terry: will you please check your facts?  It takes around 30 seconds
> > to find out that it doesn't even compile.
> 
> [ ... lots of trivial to fix warnings and errors ... ]
> 
> Tell you what, I'll fix these and post a patch.  Will that make you
> guys happy?
> 
> This crap is *soooooooo* trivial to fix, it's easier to fix than
> to watch you guys bitch about it not being fixable.


Here are two patches.  The first fixes missing pieces in /sys/conf/files
and /sys/conf/options, the second fixes all the files that need it in
/sys/netns/.

It's now possible to add:

	options NS

to a kernel config, and still get a kernel that does it's thing.

Note that I did not go through and made the protosw[] changes,
so there's some initialization warnings there, but by my clock,
I only spent an hour on the thing, and what you guys were bitching
about was "it doesn't even compile".

If you want that fixed too, then it's an easy fix, using the IPX
sources as a guide, since IPX is derives from XNS.

-- Terry
--------------81B31A38BCFEF66ED364CE7A
Content-Type: text/plain; charset=us-ascii;
 name="netnsconf.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="netnsconf.diff"

Index: files
===================================================================
RCS file: /usr/cvs/src/sys/conf/files,v
retrieving revision 1.340.2.87
diff -c -r1.340.2.87 files
*** files	19 Dec 2001 20:59:27 -0000	1.340.2.87
--- files	5 Mar 2003 00:49:18 -0000
***************
*** 923,928 ****
--- 923,929 ----
  netns/ns_output.c	optional ns
  netns/ns_pcb.c		optional ns
  netns/ns_proto.c	optional ns
+ netns/ns_cksum.c	optional ns
  netns/spp_debug.c	optional ns
  netns/spp_usrreq.c	optional ns
  nfs/nfs_bio.c		optional nfs
Index: options
===================================================================
RCS file: /usr/cvs/src/sys/conf/options,v
retrieving revision 1.191.2.37
diff -c -r1.191.2.37 options
*** options	3 Nov 2001 01:41:07 -0000	1.191.2.37
--- options	4 Mar 2003 22:10:11 -0000
***************
*** 272,277 ****
--- 272,278 ----
  TCPDEBUG
  TCP_DROP_SYNFIN		opt_tcp_input.h
  XBONEHACK
+ NS			opt_ns.h
  
  # Netgraph(4). Use option NETGRAPH to enable the base netgraph code.
  # Each netgraph node type can be either be compiled into the kernel

--------------81B31A38BCFEF66ED364CE7A
Content-Type: text/plain; charset=us-ascii;
 name="netns.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="netns.diff"

Index: idp_usrreq.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/idp_usrreq.c,v
retrieving revision 1.9
diff -c -r1.9 idp_usrreq.c
*** idp_usrreq.c	28 Aug 1999 00:49:47 -0000	1.9
--- idp_usrreq.c	5 Mar 2003 01:15:42 -0000
***************
*** 54,59 ****
--- 54,63 ----
  #include <netns/idp_var.h>
  #include <netns/ns_error.h>
  
+ extern int idpcksum;		/* from ns_input.c */
+ extern long ns_pexseq;		/* from ns_input.c */
+ extern struct nspcb nsrawpcb;	/* from ns_input.c */
+ 
  /*
   * IDP protocol implementation.
   */
***************
*** 63,68 ****
--- 67,73 ----
  /*
   *  This may also be called for raw listeners.
   */
+ void
  idp_input(m, nsp)
  	struct mbuf *m;
  	register struct nspcb *nsp;
***************
*** 79,92 ****
  	idp_ns.sns_addr = idp->idp_sna;
  	if (ns_neteqnn(idp->idp_sna.x_net, ns_zeronet) && ifp) {
  		register struct ifaddr *ifa;
  
! 		for (ifa = ifp->if_addrlist; ifa; ifa = ifa->ifa_next) {
  			if (ifa->ifa_addr->sa_family == AF_NS) {
  				idp_ns.sns_addr.x_net =
  					IA_SNS(ifa)->sns_addr.x_net;
  				break;
  			}
! 		}
  	}
  	nsp->nsp_rpt = idp->idp_pt;
  	if ( ! (nsp->nsp_flags & NSP_RAWIN) ) {
--- 84,99 ----
  	idp_ns.sns_addr = idp->idp_sna;
  	if (ns_neteqnn(idp->idp_sna.x_net, ns_zeronet) && ifp) {
  		register struct ifaddr *ifa;
+ 		int s;
  
! 		s = splimp();
! 		TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link)
  			if (ifa->ifa_addr->sa_family == AF_NS) {
  				idp_ns.sns_addr.x_net =
  					IA_SNS(ifa)->sns_addr.x_net;
  				break;
  			}
! 		splx(s);
  	}
  	nsp->nsp_rpt = idp->idp_pt;
  	if ( ! (nsp->nsp_flags & NSP_RAWIN) ) {
***************
*** 103,108 ****
--- 110,116 ----
  	m_freem(m);
  }
  
+ void
  idp_abort(nsp)
  	struct nspcb *nsp;
  {
***************
*** 134,153 ****
  	so->so_error = errno;
  	ns_pcbdisconnect(nsp);
  	soisdisconnected(so);
  }
  
  int noIdpRoute;
  idp_output(nsp, m0)
  	struct nspcb *nsp;
  	struct mbuf *m0;
  {
! 	register struct mbuf *m;
  	register struct idp *idp;
  	register struct socket *so;
  	register int len = 0;
  	register struct route *ro;
! 	struct mbuf *mprev;
! 	extern int idpcksum;
  
  	/*
  	 * Calculate data length.
--- 142,163 ----
  	so->so_error = errno;
  	ns_pcbdisconnect(nsp);
  	soisdisconnected(so);
+ 	return(NULL);		/* XXX */
  }
  
  int noIdpRoute;
+ 
+ int
  idp_output(nsp, m0)
  	struct nspcb *nsp;
  	struct mbuf *m0;
  {
! 	struct mbuf *m;
  	register struct idp *idp;
  	register struct socket *so;
  	register int len = 0;
  	register struct route *ro;
! 	struct mbuf *mprev = NULL;
  
  	/*
  	 * Calculate data length.
***************
*** 259,265 ****
--- 269,277 ----
  	if (noIdpRoute) ro = 0;
  	return (ns_output(m, ro, so->so_options & SO_BROADCAST));
  }
+ 
  /* ARGSUSED */
+ int
  idp_ctloutput(req, so, level, name, value)
  	int req, level;
  	struct socket *so;
***************
*** 269,275 ****
  	register struct mbuf *m;
  	struct nspcb *nsp = sotonspcb(so);
  	int mask, error = 0;
- 	extern long ns_pexseq;
  
  	if (nsp == NULL)
  		return (EINVAL);
--- 281,286 ----
***************
*** 371,376 ****
--- 382,388 ----
  }
  
  /*ARGSUSED*/
+ int
  idp_usrreq(so, req, m, nam, control)
  	struct socket *so;
  	int req;
***************
*** 455,461 ****
  	case PRU_SEND:
  	{
  		struct ns_addr laddr;
! 		int s;
  
  		if (nam) {
  			laddr = nsp->nsp_laddr;
--- 467,473 ----
  	case PRU_SEND:
  	{
  		struct ns_addr laddr;
! 		int s = -1;	/* XXX compiler warns improperly */
  
  		if (nam) {
  			laddr = nsp->nsp_laddr;
***************
*** 532,538 ****
--- 544,552 ----
  		m_freem(m);
  	return (error);
  }
+ 
  /*ARGSUSED*/
+ int
  idp_raw_usrreq(so, req, m, nam, control)
  	struct socket *so;
  	int req;
***************
*** 540,555 ****
  {
  	int error = 0;
  	struct nspcb *nsp = sotonspcb(so);
- 	extern struct nspcb nsrawpcb;
  
  	switch (req) {
  
  	case PRU_ATTACH:
  
  		if (!(so->so_state & SS_PRIV) || (nsp != NULL)) {
  			error = EINVAL;
  			break;
  		}
  		error = ns_pcballoc(so, &nsrawpcb);
  		if (error)
  			break;
--- 554,571 ----
  {
  	int error = 0;
  	struct nspcb *nsp = sotonspcb(so);
  
  	switch (req) {
  
  	case PRU_ATTACH:
  
+ #ifdef NS_PRIV_SOCKETS
  		if (!(so->so_state & SS_PRIV) || (nsp != NULL)) {
  			error = EINVAL;
  			break;
  		}
+ #endif	/* NS_PRIV_SOCKETS */
+ 
  		error = ns_pcballoc(so, &nsrawpcb);
  		if (error)
  			break;
Index: idp_var.h
===================================================================
RCS file: /usr/cvs/src/sys/netns/idp_var.h,v
retrieving revision 1.10
diff -c -r1.10 idp_var.h
*** idp_var.h	29 Dec 1999 04:46:18 -0000	1.10
--- idp_var.h	5 Mar 2003 01:15:42 -0000
***************
*** 50,55 ****
--- 50,66 ----
  
  #ifdef _KERNEL
  struct	idpstat	idpstat;
+ struct nspcb;			/* declare in scope for ptr parameter */
+ 
+ void idp_abort __P((struct nspcb *));
+ void idp_input __P((struct mbuf *, struct nspcb *));
+ struct nspcb *idp_drop __P((struct nspcb *, int));
+ int idp_output __P(( struct nspcb *, struct mbuf *));
+ int idp_ctloutput __P((int, struct socket *, int, int, struct mbuf **));
+ int idp_usrreq __P(( struct socket *, int, struct mbuf *, struct mbuf *,
+ 		struct mbuf *));
+ int idp_raw_usrreq __P(( struct socket *, int, struct mbuf *, struct mbuf *,
+ 		struct mbuf *));
  #endif
  
  #endif
Index: ns.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns.c,v
retrieving revision 1.9
diff -c -r1.9 ns.c
*** ns.c	28 Aug 1999 00:49:47 -0000	1.9
--- ns.c	5 Mar 2003 01:15:42 -0000
***************
*** 36,41 ****
--- 36,42 ----
  
  #include <sys/param.h>
  #include <sys/systm.h>
+ #include <sys/malloc.h>
  #include <sys/mbuf.h>
  #include <sys/ioctl.h>
  #include <sys/protosw.h>
***************
*** 49,54 ****
--- 50,57 ----
  #include <netns/ns.h>
  #include <netns/ns_if.h>
  
+ #include "opt_ns.h"
+ 
  #ifdef NS
  
  struct ns_ifaddr *ns_ifaddr;
***************
*** 59,64 ****
--- 62,68 ----
   * Generic internet control operations (ioctl's).
   */
  /* ARGSUSED */
+ int
  ns_control(so, cmd, data, ifp)
  	struct socket *so;
  	int cmd;
***************
*** 68,76 ****
  	register struct ifreq *ifr = (struct ifreq *)data;
  	register struct ns_aliasreq *ifra = (struct ns_aliasreq *)data;
  	register struct ns_ifaddr *ia;
! 	struct ifaddr *ifa;
  	struct ns_ifaddr *oia;
! 	int error, dstIsNew, hostIsNew;
  
  	/*
  	 * Find address for this interface, if it exists.
--- 72,81 ----
  	register struct ifreq *ifr = (struct ifreq *)data;
  	register struct ns_aliasreq *ifra = (struct ns_aliasreq *)data;
  	register struct ns_ifaddr *ia;
! 	struct ifaddr *ifa = NULL;	/* XXX used uninitialized ?*/
  	struct ns_ifaddr *oia;
! 	int dstIsNew, hostIsNew;
! 	int error = 0;	/* initialize because of scoping */
  
  	/*
  	 * Find address for this interface, if it exists.
***************
*** 107,114 ****
--- 112,121 ----
  		return (0);
  	}
  
+ #ifdef NS_PRIV_SOCKETS
  	if ((so->so_state & SS_PRIV) == 0)
  		return (EPERM);
+ #endif	/* NS_PRIV_SOCKETS */
  
  	switch (cmd) {
  	case SIOCAIFADDR:
***************
*** 132,150 ****
  			if (oia == (struct ns_ifaddr *)NULL)
  				return (ENOBUFS);
  			bzero((caddr_t)oia, sizeof(*oia));
! 			if (ia = ns_ifaddr) {
  				for ( ; ia->ia_next; ia = ia->ia_next)
  					;
  				ia->ia_next = oia;
  			} else
  				ns_ifaddr = oia;
  			ia = oia;
! 			if (ifa = ifp->if_addrlist) {
! 				for ( ; ifa->ifa_next; ifa = ifa->ifa_next)
! 					;
! 				ifa->ifa_next = (struct ifaddr *) ia;
! 			} else
! 				ifp->if_addrlist = (struct ifaddr *) ia;
  			ia->ia_ifp = ifp;
  			ia->ia_ifa.ifa_addr = (struct sockaddr *)&ia->ia_addr;
  
--- 139,153 ----
  			if (oia == (struct ns_ifaddr *)NULL)
  				return (ENOBUFS);
  			bzero((caddr_t)oia, sizeof(*oia));
! 			if ((ia = ns_ifaddr) != NULL) {
  				for ( ; ia->ia_next; ia = ia->ia_next)
  					;
  				ia->ia_next = oia;
  			} else
  				ns_ifaddr = oia;
  			ia = oia;
! 
! 			TAILQ_INSERT_TAIL(&ifp->if_addrhead, ifa, ifa_link);
  			ia->ia_ifp = ifp;
  			ia->ia_ifa.ifa_addr = (struct sockaddr *)&ia->ia_addr;
  
***************
*** 163,170 ****
  	}
  
  	switch (cmd) {
- 		int error;
- 
  	case SIOCSIFDSTADDR:
  		if ((ifp->if_flags & IFF_POINTOPOINT) == 0)
  			return (EINVAL);
--- 166,171 ----
***************
*** 173,179 ****
  			ia->ia_flags &= ~IFA_ROUTE;
  		}
  		if (ifp->if_ioctl) {
! 			error = (*ifp->if_ioctl)(ifp, SIOCSIFDSTADDR, ia);
  			if (error)
  				return (error);
  		}
--- 174,181 ----
  			ia->ia_flags &= ~IFA_ROUTE;
  		}
  		if (ifp->if_ioctl) {
! 			error = (*ifp->if_ioctl)(ifp, SIOCSIFDSTADDR,
! 								(caddr_t)ia);
  			if (error)
  				return (error);
  		}
***************
*** 181,203 ****
  		return (0);
  
  	case SIOCSIFADDR:
! 		return (ns_ifinit(ifp, ia,
  				(struct sockaddr_ns *)&ifr->ifr_addr, 1));
  
  	case SIOCDIFADDR:
! 		ns_ifscrub(ifp, ia);
! 		if ((ifa = ifp->if_addrlist) == (struct ifaddr *)ia)
! 			ifp->if_addrlist = ifa->ifa_next;
! 		else {
! 			while (ifa->ifa_next &&
! 			       (ifa->ifa_next != (struct ifaddr *)ia))
! 				    ifa = ifa->ifa_next;
! 			if (ifa->ifa_next)
! 			    ifa->ifa_next = ((struct ifaddr *)ia)->ifa_next;
! 			else
! 				printf("Couldn't unlink nsifaddr from ifp\n");
! 		}
  		oia = ia;
  		if (oia == (ia = ns_ifaddr)) {
  			ns_ifaddr = ia->ia_next;
  		} else {
--- 183,196 ----
  		return (0);
  
  	case SIOCSIFADDR:
! 		return (ns_ifinit(ifp, (struct ns_ifaddr *)ia,
  				(struct sockaddr_ns *)&ifr->ifr_addr, 1));
  
  	case SIOCDIFADDR:
! 		ns_ifscrub(ifp, (struct ns_ifaddr *)ia);
! 		/* XXX not on list? */
  		oia = ia;
+ 		TAILQ_REMOVE(&ifp->if_addrhead, (struct ifaddr *)ia, ifa_link);
  		if (oia == (ia = ns_ifaddr)) {
  			ns_ifaddr = ia->ia_next;
  		} else {
***************
*** 231,243 ****
  		if ((ifp->if_flags & IFF_POINTOPOINT) &&
  		    (ifra->ifra_dstaddr.sns_family == AF_NS)) {
  			if (hostIsNew == 0)
! 				ns_ifscrub(ifp, ia);
  			ia->ia_dstaddr = ifra->ifra_dstaddr;
  			dstIsNew  = 1;
  		}
  		if (ifra->ifra_addr.sns_family == AF_NS &&
  					    (hostIsNew || dstIsNew))
! 			error = ns_ifinit(ifp, ia, &ifra->ifra_addr, 0);
  		return (error);
  
  	default:
--- 224,237 ----
  		if ((ifp->if_flags & IFF_POINTOPOINT) &&
  		    (ifra->ifra_dstaddr.sns_family == AF_NS)) {
  			if (hostIsNew == 0)
! 				ns_ifscrub(ifp, (struct ns_ifaddr *)ia);
  			ia->ia_dstaddr = ifra->ifra_dstaddr;
  			dstIsNew  = 1;
  		}
  		if (ifra->ifra_addr.sns_family == AF_NS &&
  					    (hostIsNew || dstIsNew))
! 			error = ns_ifinit(ifp, (struct ns_ifaddr *)ia,
! 							&ifra->ifra_addr, 0);
  		return (error);
  
  	default:
***************
*** 250,255 ****
--- 244,250 ----
  /*
  * Delete any previous route for an old address.
  */
+ void
  ns_ifscrub(ifp, ia)
  	register struct ifnet *ifp;
  	register struct ns_ifaddr *ia;
***************
*** 266,275 ****
--- 261,272 ----
   * Initialize an interface's internet address
   * and routing table entry.
   */
+ int
  ns_ifinit(ifp, ia, sns, scrub)
  	register struct ifnet *ifp;
  	register struct ns_ifaddr *ia;
  	register struct sockaddr_ns *sns;
+ 	int scrub;
  {
  	struct sockaddr_ns oldaddr;
  	register union ns_host *h = &ia->ia_addr.sns_addr.x_host;
***************
*** 294,300 ****
  	 */
  	if (ns_hosteqnh(ns_thishost, ns_zerohost)) {
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
--- 291,298 ----
  	 */
  	if (ns_hosteqnh(ns_thishost, ns_zerohost)) {
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR,
! 							(caddr_t)ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
***************
*** 304,310 ****
  	    || ns_hosteqnh(sns->sns_addr.x_host, ns_thishost)) {
  		*h = ns_thishost;
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
--- 302,309 ----
  	    || ns_hosteqnh(sns->sns_addr.x_host, ns_thishost)) {
  		*h = ns_thishost;
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR,
! 								(caddr_t)ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
***************
*** 352,358 ****
  	union ns_net net = dst->x_net;
  
  	for (ia = ns_ifaddr; ia; ia = ia->ia_next) {
! 		if (ifp = ia->ia_ifp) {
  			if (ifp->if_flags & IFF_POINTOPOINT) {
  				compare = &satons_addr(ia->ia_dstaddr);
  				if (ns_hosteq(*dst, *compare))
--- 351,357 ----
  	union ns_net net = dst->x_net;
  
  	for (ia = ns_ifaddr; ia; ia = ia->ia_next) {
! 		if ((ifp = ia->ia_ifp) != NULL) {
  			if (ifp->if_flags & IFF_POINTOPOINT) {
  				compare = &satons_addr(ia->ia_dstaddr);
  				if (ns_hosteq(*dst, *compare))
Index: ns.h
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns.h,v
retrieving revision 1.13
diff -c -r1.13 ns.h
*** ns.h	29 Dec 1999 04:46:19 -0000	1.13
--- ns.h	5 Mar 2003 01:15:42 -0000
***************
*** 142,148 ****
  union ns_host ns_broadhost;
  union ns_net ns_zeronet;
  union ns_net ns_broadnet;
! u_short ns_cksum();
  #else
  
  #include <sys/cdefs.h>
--- 142,164 ----
  union ns_host ns_broadhost;
  union ns_net ns_zeronet;
  union ns_net ns_broadnet;
! 
! struct route;
! struct ns_ifaddr;
! 
! u_short ns_cksum __P(( struct mbuf *, int));
! int ns_output __P((struct mbuf *, struct route *, int));
! int ns_control __P((struct socket *, int, caddr_t, struct ifnet *));
! void ns_init __P((void));
! void idp_forward __P((struct mbuf *));
! void idp_ctlinput __P((int, caddr_t));
! int idp_do_route __P((struct ns_addr *, struct route *));
! void idp_undo_route __P((struct route *));
! void ns_watch_output __P((struct mbuf *, struct ifnet *));
! int ns_ifinit __P((struct ifnet *, struct ns_ifaddr *, struct sockaddr_ns *,
! 			int));
! void ns_ifscrub __P((struct ifnet *, struct ns_ifaddr *));
! 
  #else
  
  #include <sys/cdefs.h>
Index: ns_error.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_error.c,v
retrieving revision 1.9
diff -c -r1.9 ns_error.c
*** ns_error.c	28 Aug 1999 00:49:49 -0000	1.9
--- ns_error.c	5 Mar 2003 01:15:42 -0000
***************
*** 50,55 ****
--- 50,59 ----
  #include <netns/idp.h>
  #include <netns/ns_error.h>
  
+ extern int idpcksum;				/* from ns_input.c */
+ extern void spp_ctlinput( int, caddr_t);	/* from spp_usrreq.c XXX */
+ 
+ 
  #ifdef lint
  #define NS_ERRPRINTFS 1
  #endif
***************
*** 62,68 ****
--- 66,74 ----
  int	ns_errprintfs = 0;
  #endif
  
+ int
  ns_err_x(c)
+ 	int c;
  {
  	register u_short *w, *lim, *base = ns_errstat.ns_es_codes;
  	u_short x = c;
***************
*** 86,101 ****
   * Generate an error packet of type error
   * in response to bad packet.
   */
! 
  ns_error(om, type, param)
  	struct mbuf *om;
  	int type;
  {
  	register struct ns_epidp *ep;
  	struct mbuf *m;
  	struct idp *nip;
  	register struct idp *oip = mtod(om, struct idp *);
- 	extern int idpcksum;
  
  	/*
  	 * If this packet was sent to the echo port,
--- 92,107 ----
   * Generate an error packet of type error
   * in response to bad packet.
   */
! void
  ns_error(om, type, param)
  	struct mbuf *om;
  	int type;
+ 	int param;
  {
  	register struct ns_epidp *ep;
  	struct mbuf *m;
  	struct idp *nip;
  	register struct idp *oip = mtod(om, struct idp *);
  
  	/*
  	 * If this packet was sent to the echo port,
***************
*** 165,170 ****
--- 171,177 ----
  	m_freem(om);
  }
  
+ void
  ns_printhost(p)
  register struct ns_addr *p;
  {
***************
*** 182,192 ****
--- 189,202 ----
  /*
   * Process a received NS_ERR message.
   */
+ void
  ns_err_input(m)
  	struct mbuf *m;
  {
  	register struct ns_errp *ep;
+ #ifdef NS_ERRPRINTFS
  	register struct ns_epidp *epidp = mtod(m, struct ns_epidp *);
+ #endif
  	register int i;
  	int type, code, param;
  
***************
*** 295,300 ****
--- 305,311 ----
  }
  #endif
  
+ int
  ns_echo(m)
  struct mbuf *m;
  {
Index: ns_error.h
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_error.h,v
retrieving revision 1.10
diff -c -r1.10 ns_error.h
*** ns_error.h	29 Dec 1999 04:46:19 -0000	1.10
--- ns_error.h	5 Mar 2003 01:15:42 -0000
***************
*** 91,96 ****
--- 91,102 ----
  
  #ifdef _KERNEL
  struct	ns_errstat ns_errstat;
+ 
+ int ns_err_x __P((int));
+ void ns_error __P((struct mbuf *, int, int));
+ int ns_echo __P((struct mbuf *));
+ void ns_printhost __P((struct ns_addr *));
+ void ns_err_input __P((struct mbuf *));
  #endif
  
  #endif
Index: ns_if.h
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_if.h,v
retrieving revision 1.12
diff -c -r1.12 ns_if.h
*** ns_if.h	29 Dec 1999 04:46:19 -0000	1.12
--- ns_if.h	5 Mar 2003 01:15:42 -0000
***************
*** 80,89 ****
  #endif
  
  #ifdef	_KERNEL
! struct	ns_ifaddr *ns_ifaddr;
! struct	ns_ifaddr *ns_iaonnetof();
  void	nsintr __P((void));
! struct	ifqueue	nsintrq;	/* XNS input packet queue */
  #endif
  
  #endif
--- 80,91 ----
  #endif
  
  #ifdef	_KERNEL
! extern struct	ns_ifaddr *ns_ifaddr;
! 
! struct	ns_ifaddr *ns_iaonnetof __P((struct ns_addr *));
  void	nsintr __P((void));
! 
! extern struct	ifqueue	nsintrq;	/* XNS input packet queue */
  #endif
  
  #endif
Index: ns_input.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_input.c,v
retrieving revision 1.13
diff -c -r1.13 ns_input.c
*** ns_input.c	13 Feb 2000 03:32:04 -0000	1.13
--- ns_input.c	5 Mar 2003 01:15:42 -0000
***************
*** 59,77 ****
  #include <netns/idp_var.h>
  #include <netns/ns_error.h>
  
  /*
   * NS initialization.
   */
- union ns_host	ns_thishost;
- union ns_host	ns_zerohost;
- union ns_host	ns_broadhost;
- union ns_net	ns_zeronet;
- union ns_net	ns_broadnet;
  struct sockaddr_ns ns_netmask, ns_hostmask;
  
  static u_short allones[] = {-1, -1, -1};
  
- struct nspcb nspcb;
  struct nspcb nsrawpcb;
  
  int	nsqmaxlen = IFQ_MAXLEN;
--- 59,74 ----
  #include <netns/idp_var.h>
  #include <netns/ns_error.h>
  
+ extern void spp_input(struct mbuf *, struct nspcb *);	/* spp_usrreq.c XXX */
+ 
+ 
  /*
   * NS initialization.
   */
  struct sockaddr_ns ns_netmask, ns_hostmask;
  
  static u_short allones[] = {-1, -1, -1};
  
  struct nspcb nsrawpcb;
  
  int	nsqmaxlen = IFQ_MAXLEN;
***************
*** 81,96 ****
  
  const int	nsintrq_present = 1;
  
  ns_init()
  {
- 	extern struct timeval time;
- 
  	ns_broadhost = * (union ns_host *) allones;
  	ns_broadnet = * (union ns_net *) allones;
  	nspcb.nsp_next = nspcb.nsp_prev = &nspcb;
  	nsrawpcb.nsp_next = nsrawpcb.nsp_prev = &nsrawpcb;
  	nsintrq.ifq_maxlen = nsqmaxlen;
! 	ns_pexseq = time.tv_usec;
  	ns_netmask.sns_len = 6;
  	ns_netmask.sns_addr.x_net = ns_broadnet;
  	ns_hostmask.sns_len = 12;
--- 78,92 ----
  
  const int	nsintrq_present = 1;
  
+ void
  ns_init()
  {
  	ns_broadhost = * (union ns_host *) allones;
  	ns_broadnet = * (union ns_net *) allones;
  	nspcb.nsp_next = nspcb.nsp_prev = &nspcb;
  	nsrawpcb.nsp_next = nsrawpcb.nsp_prev = &nsrawpcb;
  	nsintrq.ifq_maxlen = nsqmaxlen;
! 	ns_pexseq = tick;
  	ns_netmask.sns_len = 6;
  	ns_netmask.sns_addr.x_net = ns_broadnet;
  	ns_hostmask.sns_len = 12;
***************
*** 141,147 ****
  
  	idp = mtod(m, struct idp *);
  	len = ntohs(idp->idp_len);
! 	if (oddpacketp = len & 1) {
  		len++;		/* If this packet is of odd length,
  				   preserve garbage byte for checksum */
  	}
--- 137,143 ----
  
  	idp = mtod(m, struct idp *);
  	len = ntohs(idp->idp_len);
! 	if ((oddpacketp = (len & 1))) {
  		len++;		/* If this packet is of odd length,
  				   preserve garbage byte for checksum */
  	}
***************
*** 250,264 ****
  
  int idp_donosocks = 1;
  
  idp_ctlinput(cmd, arg)
  	int cmd;
  	caddr_t arg;
  {
  	struct ns_addr *ns;
  	struct nspcb *nsp;
! 	struct ns_errp *errp;
! 	int idp_abort();
! 	extern struct nspcb *idp_drop();
  	int type;
  
  	if (cmd < 0 || cmd > PRC_NCMDS)
--- 246,259 ----
  
  int idp_donosocks = 1;
  
+ void
  idp_ctlinput(cmd, arg)
  	int cmd;
  	caddr_t arg;
  {
  	struct ns_addr *ns;
  	struct nspcb *nsp;
! 	struct ns_errp *errp = (struct ns_errp *)arg;	/* XXX */
  	int type;
  
  	if (cmd < 0 || cmd > PRC_NCMDS)
***************
*** 309,314 ****
--- 304,310 ----
  struct route idp_droute;
  struct route idp_sroute;
  
+ void
  idp_forward(m)
  struct mbuf *m;
  {
***************
*** 428,433 ****
--- 424,430 ----
  		m_freem(mcopy);
  }
  
+ int
  idp_do_route(src, ro)
  struct ns_addr *src;
  struct route *ro;
***************
*** 450,461 ****
--- 447,460 ----
  	return (1);
  }
  
+ void
  idp_undo_route(ro)
  register struct route *ro;
  {
  	if (ro->ro_rt) {RTFREE(ro->ro_rt);}
  }
  
+ void
  ns_watch_output(m, ifp)
  struct mbuf *m;
  struct ifnet *ifp;
***************
*** 477,489 ****
  			idp->idp_sna.x_net = ns_zeronet;
  			idp->idp_sna.x_host = ns_thishost;
  			if (ifp && (ifp->if_flags & IFF_POINTOPOINT))
! 			    for(ifa = ifp->if_addrlist; ifa;
! 						ifa = ifa->ifa_next) {
  				if (ifa->ifa_addr->sa_family==AF_NS) {
  				    idp->idp_sna = IA_SNS(ifa)->sns_addr;
  				    break;
  				}
- 			    }
  			idp->idp_len = ntohl(m0->m_pkthdr.len);
  			idp_input(m0, nsp);
  		}
--- 476,486 ----
  			idp->idp_sna.x_net = ns_zeronet;
  			idp->idp_sna.x_host = ns_thishost;
  			if (ifp && (ifp->if_flags & IFF_POINTOPOINT))
! 			    TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link)
  				if (ifa->ifa_addr->sa_family==AF_NS) {
  				    idp->idp_sna = IA_SNS(ifa)->sns_addr;
  				    break;
  				}
  			idp->idp_len = ntohl(m0->m_pkthdr.len);
  			idp_input(m0, nsp);
  		}
Index: ns_output.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_output.c,v
retrieving revision 1.7
diff -c -r1.7 ns_output.c
*** ns_output.c	28 Aug 1999 00:49:51 -0000	1.7
--- ns_output.c	5 Mar 2003 01:15:42 -0000
***************
*** 57,62 ****
--- 57,63 ----
  int ns_output_cnt = 0;
  struct mbuf *ns_lastout;
  
+ int
  ns_output(m0, ro, flags)
  	struct mbuf *m0;
  	struct route *ro;
***************
*** 67,73 ****
  	int error = 0;
  	struct route idproute;
  	struct sockaddr_ns *dst;
- 	extern int idpcksum;
  
  	if (ns_hold_output) {
  		if (ns_lastout) {
--- 68,73 ----
Index: ns_pcb.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_pcb.c,v
retrieving revision 1.9
diff -c -r1.9 ns_pcb.c
*** ns_pcb.c	28 Aug 1999 00:49:51 -0000	1.9
--- ns_pcb.c	5 Mar 2003 01:15:42 -0000
***************
*** 51,56 ****
--- 51,57 ----
  
  struct	ns_addr zerons_addr;
  
+ int
  ns_pcballoc(so, head)
  	struct socket *so;
  	struct nspcb *head;
***************
*** 58,64 ****
  	struct mbuf *m;
  	register struct nspcb *nsp;
  
! 	m = m_getclr(M_DONTWAIT, MT_PCB);
  	if (m == NULL)
  		return (ENOBUFS);
  	nsp = mtod(m, struct nspcb *);
--- 59,65 ----
  	struct mbuf *m;
  	register struct nspcb *nsp;
  
! 	m = m_getclr(M_DONTWAIT, MT_CONTROL);	/* protocol private PCB */
  	if (m == NULL)
  		return (ENOBUFS);
  	nsp = mtod(m, struct nspcb *);
***************
*** 68,73 ****
--- 69,75 ----
  	return (0);
  }
  
+ int
  ns_pcbbind(nsp, nam)
  	register struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 92,102 ****
--- 94,107 ----
  	}
  	lport = sns->sns_port;
  	if (lport) {
+ #ifdef NS_PRIV_SOCKETS
  		u_short aport = ntohs(lport);
  
  		if (aport < NSPORT_RESERVED &&
  		    (nsp->nsp_socket->so_state & SS_PRIV) == 0)
  			return (EACCES);
+ #endif	/* NS_PRIV_SOCKETS */
+ 
  		if (ns_pcblookup(&zerons_addr, lport, 0))
  			return (EADDRINUSE);
  	}
***************
*** 118,123 ****
--- 123,129 ----
   * If don't have a local address for this socket yet,
   * then pick one.
   */
+ int
  ns_pcbconnect(nsp, nam)
  	struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 217,222 ****
--- 223,229 ----
  	return (0);
  }
  
+ void
  ns_pcbdisconnect(nsp)
  	struct nspcb *nsp;
  {
***************
*** 226,231 ****
--- 233,239 ----
  		ns_pcbdetach(nsp);
  }
  
+ void
  ns_pcbdetach(nsp)
  	struct nspcb *nsp;
  {
***************
*** 239,244 ****
--- 247,253 ----
  	(void) m_free(dtom(nsp));
  }
  
+ void
  ns_setsockaddr(nsp, nam)
  	register struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 253,258 ****
--- 262,268 ----
  	sns->sns_addr = nsp->nsp_laddr;
  }
  
+ void
  ns_setpeeraddr(nsp, nam)
  	register struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 274,283 ****
   * Also pass an extra paramter via the nspcb. (which may in fact
   * be a parameter list!)
   */
  ns_pcbnotify(dst, errno, notify, param)
  	register struct ns_addr *dst;
  	long param;
! 	int errno, (*notify)();
  {
  	register struct nspcb *nsp, *oinp;
  	int s = splimp();
--- 284,295 ----
   * Also pass an extra paramter via the nspcb. (which may in fact
   * be a parameter list!)
   */
+ void
  ns_pcbnotify(dst, errno, notify, param)
  	register struct ns_addr *dst;
  	long param;
! 	void (*notify)(struct nspcb *);
! 	int errno;
  {
  	register struct nspcb *nsp, *oinp;
  	int s = splimp();
Index: ns_pcb.h
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_pcb.h,v
retrieving revision 1.11
diff -c -r1.11 ns_pcb.h
*** ns_pcb.h	29 Dec 1999 04:46:20 -0000	1.11
--- ns_pcb.h	5 Mar 2003 01:15:42 -0000
***************
*** 79,85 ****
  
  #ifdef _KERNEL
  struct	nspcb nspcb;			/* head of list */
! struct	nspcb *ns_pcblookup();
  #endif
  
  #endif
--- 79,93 ----
  
  #ifdef _KERNEL
  struct	nspcb nspcb;			/* head of list */
! struct	nspcb *ns_pcblookup __P((struct ns_addr *, u_short, int));
! void ns_pcbdisconnect __P((struct nspcb *));
! void ns_pcbdetach __P((struct nspcb *));
! int ns_pcballoc __P((struct socket *, struct nspcb *));
! int ns_pcbbind __P((struct nspcb *, struct mbuf *));
! int ns_pcbconnect __P((struct nspcb *, struct mbuf *));
! void ns_setsockaddr __P((struct nspcb *, struct mbuf *));
! void ns_setpeeraddr __P((struct nspcb *, struct mbuf *));
! void ns_pcbnotify __P(( struct ns_addr *, int, void(*)(struct nspcb *), long));
  #endif
  
  #endif
Index: ns_proto.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/ns_proto.c,v
retrieving revision 1.10
diff -c -r1.10 ns_proto.c
*** ns_proto.c	28 Aug 1999 00:49:51 -0000	1.10
--- ns_proto.c	5 Mar 2003 01:15:42 -0000
***************
*** 44,62 ****
  #include <net/radix.h>
  
  #include <netns/ns.h>
  
  /*
   * NS protocol family: IDP, ERR, PE, SPP, ROUTE.
   */
- int	ns_init();
- int	idp_input(), idp_output(), idp_ctlinput(), idp_usrreq();
- int	idp_raw_usrreq(), idp_ctloutput();
- int	spp_input(), spp_ctlinput();
- int	spp_usrreq(), spp_usrreq_sp(), spp_ctloutput();
- int	spp_init(), spp_fasttimo(), spp_slowtimo();
- extern	int raw_usrreq();
  
- extern	struct domain nsdomain;
  
  struct protosw nssw[] = {
  { 0,		&nsdomain,	0,		0,
--- 44,68 ----
  #include <net/radix.h>
  
  #include <netns/ns.h>
+ #include <netns/idp_var.h>
+ 
+ /* XXX+ */
+ void spp_input( struct mbuf *, struct nspcb *);
+ void spp_ctlinput( int, caddr_t);
+ int spp_ctloutput( int, struct socket *, int, int, struct mbuf **);
+ int spp_usrreq( struct socket *, int, struct mbuf *, struct mbuf *, struct mbuf *);
+ int spp_usrreq_sp( struct socket *, int, struct mbuf *, struct mbuf *, struct mbuf *);
+ void spp_init(void);
+ void spp_fasttimo(void);
+ void spp_slowtimo(void);
+ 
+ /* XXX- */
+ 
  
  /*
   * NS protocol family: IDP, ERR, PE, SPP, ROUTE.
   */
  
  
  struct protosw nssw[] = {
  { 0,		&nsdomain,	0,		0,
Index: spp_debug.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/spp_debug.c,v
retrieving revision 1.10
diff -c -r1.10 spp_debug.c
*** spp_debug.c	28 Aug 1999 00:49:52 -0000	1.10
--- spp_debug.c	5 Mar 2003 01:15:42 -0000
***************
*** 64,69 ****
--- 64,70 ----
  /*
   * spp debug routines
   */
+ void
  spp_trace(act, ostate, sp, si, req)
  	short act;
  	u_char ostate;
Index: spp_debug.h
===================================================================
RCS file: /usr/cvs/src/sys/netns/spp_debug.h,v
retrieving revision 1.9
diff -c -r1.9 spp_debug.h
*** spp_debug.h	28 Aug 1999 00:49:53 -0000	1.9
--- spp_debug.h	5 Mar 2003 01:15:42 -0000
***************
*** 63,65 ****
--- 63,70 ----
  int	spp_debx;
  
  #endif
+ 
+ #ifdef _KERNEL
+ 
+ void spp_trace __P(( short, u_char, struct sppcb *, struct spidp *, int));
+ #endif
Index: spp_usrreq.c
===================================================================
RCS file: /usr/cvs/src/sys/netns/spp_usrreq.c,v
retrieving revision 1.11
diff -c -r1.11 spp_usrreq.c
*** spp_usrreq.c	28 Aug 1999 00:49:53 -0000	1.11
--- spp_usrreq.c	5 Mar 2003 01:15:42 -0000
***************
*** 58,66 ****
--- 58,73 ----
  #include <netns/spp_var.h>
  #include <netns/spp_debug.h>
  
+ extern u_char nsctlerrmap[];		/* from ns_input.c */
+ extern int idpcksum;			/* from ns_input.c */
+ 
+ int	spp_backoff[SPP_MAXRXTSHIFT+1] =
+     { 1, 2, 4, 8, 16, 32, 64, 64, 64, 64, 64, 64, 64 };
+ 
  /*
   * SP protocol implementation.
   */
+ void
  spp_init()
  {
  
***************
*** 74,79 ****
--- 81,87 ----
  u_short spp_newchecks[50];
  
  /*ARGSUSED*/
+ void
  spp_input(m, nsp)
  	register struct mbuf *m;
  	register struct nspcb *nsp;
***************
*** 81,87 ****
  	register struct sppcb *cb;
  	register struct spidp *si = mtod(m, struct spidp *);
  	register struct socket *so;
! 	short ostate;
  	int dropsocket = 0;
  
  
--- 89,95 ----
  	register struct sppcb *cb;
  	register struct spidp *si = mtod(m, struct spidp *);
  	register struct socket *so;
! 	short ostate = 0;		/* compiler erroneously flags */
  	int dropsocket = 0;
  
  
***************
*** 287,292 ****
--- 295,301 ----
   * but its function is somewhat different:  It merely queues
   * packets up, and suppresses duplicates.
   */
+ int
  spp_reass(cb, si)
  register struct sppcb *cb;
  register struct spidp *si;
***************
*** 415,423 ****
  update_window:
  	if (SSEQ_LT(cb->s_snxt, cb->s_rack))
  		cb->s_snxt = cb->s_rack;
! 	if (SSEQ_LT(cb->s_swl1, si->si_seq) || cb->s_swl1 == si->si_seq &&
  	    (SSEQ_LT(cb->s_swl2, si->si_ack) ||
! 	     cb->s_swl2 == si->si_ack && SSEQ_LT(cb->s_ralo, si->si_alo))) {
  		/* keep track of pure window updates */
  		if ((si->si_cc & SP_SP) && cb->s_swl2 == si->si_ack
  		    && SSEQ_LT(cb->s_ralo, si->si_alo)) {
--- 424,432 ----
  update_window:
  	if (SSEQ_LT(cb->s_snxt, cb->s_rack))
  		cb->s_snxt = cb->s_rack;
! 	if (SSEQ_LT(cb->s_swl1, si->si_seq) || (cb->s_swl1 == si->si_seq &&
  	    (SSEQ_LT(cb->s_swl2, si->si_ack) ||
! 	     (cb->s_swl2 == si->si_ack && SSEQ_LT(cb->s_ralo, si->si_alo))))) {
  		/* keep track of pure window updates */
  		if ((si->si_cc & SP_SP) && cb->s_swl2 == si->si_ack
  		    && SSEQ_LT(cb->s_ralo, si->si_alo)) {
***************
*** 575,589 ****
  	return (0);
  }
  
  spp_ctlinput(cmd, arg)
  	int cmd;
  	caddr_t arg;
  {
  	struct ns_addr *na;
! 	extern u_char nsctlerrmap[];
! 	extern spp_abort(), spp_quench();
! 	extern struct nspcb *idp_drop();
! 	struct ns_errp *errp;
  	struct nspcb *nsp;
  	struct sockaddr_ns *sns;
  	int type;
--- 584,596 ----
  	return (0);
  }
  
+ void
  spp_ctlinput(cmd, arg)
  	int cmd;
  	caddr_t arg;
  {
  	struct ns_addr *na;
! 	struct ns_errp *errp = 0;	/* compiler erroneously flags */
  	struct nspcb *nsp;
  	struct sockaddr_ns *sns;
  	int type;
***************
*** 639,644 ****
--- 646,652 ----
   * When a source quench is received, close congestion window
   * to one packet.  We will gradually open it again as we proceed.
   */
+ void
  spp_quench(nsp)
  	struct nspcb *nsp;
  {
***************
*** 697,702 ****
--- 705,711 ----
  }
  #endif
  
+ int
  spp_output(cb, m0)
  	register struct sppcb *cb;
  	struct mbuf *m0;
***************
*** 713,719 ****
  	int idle;
  #endif
  	struct mbuf *mprev;
- 	extern int idpcksum;
  
  	if (m0) {
  		int mtu = cb->s_mtu;
--- 722,727 ----
***************
*** 1112,1122 ****
  
  int spp_do_persist_panics = 0;
  
  spp_setpersist(cb)
  	register struct sppcb *cb;
  {
! 	register t = ((cb->s_srtt >> 2) + cb->s_rttvar) >> 1;
! 	extern int spp_backoff[];
  
  	if (cb->s_timer[SPPT_REXMT] && spp_do_persist_panics)
  		panic("spp_output REXMT");
--- 1120,1130 ----
  
  int spp_do_persist_panics = 0;
  
+ void
  spp_setpersist(cb)
  	register struct sppcb *cb;
  {
! 	register int t = ((cb->s_srtt >> 2) + cb->s_rttvar) >> 1;
  
  	if (cb->s_timer[SPPT_REXMT] && spp_do_persist_panics)
  		panic("spp_output REXMT");
***************
*** 1130,1135 ****
--- 1138,1144 ----
  		cb->s_rxtshift++;
  }
  /*ARGSUSED*/
+ int
  spp_ctloutput(req, so, level, name, value)
  	int req;
  	struct socket *so;
***************
*** 1255,1267 ****
  }
  
  /*ARGSUSED*/
  spp_usrreq(so, req, m, nam, controlp)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *controlp;
  {
  	struct nspcb *nsp = sotonspcb(so);
! 	register struct sppcb *cb;
  	int s = splnet();
  	int error = 0, ostate;
  	struct mbuf *mm;
--- 1264,1277 ----
  }
  
  /*ARGSUSED*/
+ int
  spp_usrreq(so, req, m, nam, controlp)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *controlp;
  {
  	struct nspcb *nsp = sotonspcb(so);
! 	register struct sppcb *cb = NULL;
  	int s = splnet();
  	int error = 0, ostate;
  	struct mbuf *mm;
***************
*** 1297,1303 ****
  		}
  		nsp = sotonspcb(so);
  
! 		mm = m_getclr(M_DONTWAIT, MT_PCB);
  		sb = &so->so_snd;
  
  		if (mm == NULL) {
--- 1307,1314 ----
  		}
  		nsp = sotonspcb(so);
  
! 		/* private PCB */
! 		mm = m_getclr(M_DONTWAIT, MT_CONTROL);
  		sb = &so->so_snd;
  
  		if (mm == NULL) {
***************
*** 1507,1512 ****
--- 1518,1524 ----
  	return (error);
  }
  
+ int
  spp_usrreq_sp(so, req, m, nam, controlp)
  	struct socket *so;
  	int req;
***************
*** 1528,1533 ****
--- 1540,1546 ----
   * in a skeletal spp header (choosing connection id),
   * minimizing the amount of work necessary when the connection is used.
   */
+ void
  spp_template(cb)
  	register struct sppcb *cb;
  {
***************
*** 1622,1627 ****
--- 1635,1641 ----
  	return (spp_close(cb));
  }
  
+ void
  spp_abort(nsp)
  	struct nspcb *nsp;
  {
***************
*** 1629,1639 ****
  	(void) spp_close((struct sppcb *)nsp->nsp_pcb);
  }
  
- int	spp_backoff[SPP_MAXRXTSHIFT+1] =
-     { 1, 2, 4, 8, 16, 32, 64, 64, 64, 64, 64, 64, 64 };
  /*
   * Fast timeout routine for processing delayed acks
   */
  spp_fasttimo()
  {
  	register struct nspcb *nsp;
--- 1643,1652 ----
  	(void) spp_close((struct sppcb *)nsp->nsp_pcb);
  }
  
  /*
   * Fast timeout routine for processing delayed acks
   */
+ void
  spp_fasttimo()
  {
  	register struct nspcb *nsp;
***************
*** 1658,1663 ****
--- 1671,1677 ----
   * Updates the timers in all active pcb's and
   * causes finite state machine actions if timers expire.
   */
+ void
  spp_slowtimo()
  {
  	register struct nspcb *ip, *ipnxt;
***************
*** 1682,1689 ****
  			if (cb->s_timer[i] && --cb->s_timer[i] == 0) {
  				(void) spp_usrreq(cb->s_nspcb->nsp_socket,
  				    PRU_SLOWTIMO, (struct mbuf *)0,
! 				    (struct mbuf *)i, (struct mbuf *)0,
! 				    (struct mbuf *)0);
  				if (ipnxt->nsp_prev != ip)
  					goto tpgone;
  			}
--- 1696,1702 ----
  			if (cb->s_timer[i] && --cb->s_timer[i] == 0) {
  				(void) spp_usrreq(cb->s_nspcb->nsp_socket,
  				    PRU_SLOWTIMO, (struct mbuf *)0,
! 				    (struct mbuf *)i, (struct mbuf *)0);
  				if (ipnxt->nsp_prev != ip)
  					goto tpgone;
  			}
Index: spp_var.h
===================================================================
RCS file: /usr/cvs/src/sys/netns/spp_var.h,v
retrieving revision 1.11
diff -c -r1.11 spp_var.h
*** spp_var.h	29 Dec 1999 04:46:21 -0000	1.11
--- spp_var.h	5 Mar 2003 01:15:42 -0000
***************
*** 195,202 ****
  #endif
  
  u_short spp_iss;
! extern struct sppcb *spp_close(), *spp_disconnect(),
! 	*spp_usrclosed(), *spp_timers(), *spp_drop();
  #endif
  
  #define	SPP_ISSINCR	128
--- 195,224 ----
  #endif
  
  u_short spp_iss;
! 
! void spp_init __P((void));
! void spp_input __P((struct mbuf *, struct nspcb *));
! void spp_ctlinput __P((int, caddr_t));
! int spp_ctloutput __P((int, struct socket *, int, int, struct mbuf **));
! int spp_usrreq __P((struct socket *, int, struct mbuf *, struct mbuf *,
! 			struct mbuf *));
! int spp_usrreq_sp __P((struct socket *, int, struct mbuf *, struct mbuf *,
! 			struct mbuf *));
! void spp_fasttimo __P((void));
! void spp_slowtimo __P((void));
! void spp_template __P((struct sppcb *));
! int spp_reass __P((struct sppcb *, struct spidp *));
! int spp_output __P((struct sppcb *, struct mbuf *));
! void spp_quench __P((struct nspcb *));
! void spp_abort __P((struct nspcb *));
! void spp_setpersist __P((struct sppcb *));
! 
! struct sppcb *spp_close __P((struct sppcb *));
! struct sppcb *spp_disconnect __P((struct sppcb *));
! struct sppcb *spp_usrclosed __P((struct sppcb *));
! struct sppcb *spp_timers __P((struct sppcb *, int));
! struct sppcb *spp_drop __P((struct sppcb *, int));
! 
  #endif
  
  #define	SPP_ISSINCR	128

--------------81B31A38BCFEF66ED364CE7A--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 17:15:27 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8643937B401; Tue,  4 Mar 2003 17:15:25 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C8DA543F75; Tue,  4 Mar 2003 17:15:24 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id AE7422A89E; Tue,  4 Mar 2003 17:15:24 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Julian Elischer <julian@elischer.org>
Cc: Tim Robbins <tjr@freebsd.org>, freebsd-net@freebsd.org,
	freebsd-current@freebsd.org
Subject: Re: Removal of netns 
In-Reply-To: <Pine.BSF.4.21.0303041453430.42494-100000@InterJet.elischer.org> 
Date: Tue, 04 Mar 2003 17:15:24 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030305011524.AE7422A89E@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Julian Elischer wrote:
> I thought nwfs used it?

Nope.  But actually looking at the code would have told you that.

Remember, we're talking about the Xerox networking suite here.  It's not
like its a widely deployed protocol or something important.

> 
> On Wed, 5 Mar 2003, Tim Robbins wrote:
> 
> > Is there a compelling reason why I shouldn't remove netns? That is, does
> > it serve a purpose now that it could not serve if it was moved to the
> > Attic?
> > 
> > 
> > Tim
> > 
> > To Unsubscribe: send mail to majordomo@FreeBSD.org
> > with "unsubscribe freebsd-net" in the body of the message
> > 
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 17:18:22 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 46D7F37B401; Tue,  4 Mar 2003 17:18:20 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CB05643FBF; Tue,  4 Mar 2003 17:18:19 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id B590E2A89E; Tue,  4 Mar 2003 17:18:19 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Darcy Buskermolen <darcy@wavefire.com>
Cc: Chris Fowler <cfowler@outpostsentinel.com>,
	freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns 
In-Reply-To: <200303041638.13457.darcy@wavefire.com> 
Date: Tue, 04 Mar 2003 17:18:19 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030305011819.B590E2A89E@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Darcy Buskermolen wrote:
> I have at least 1 VPN setup that requires full IPX support.

Yep, but keep in mind that netipx is different to netns.  netipx actually
works and is actually useful.

> On Tuesday 04 March 2003 15:32, Chris Fowler wrote:
> > What is IPX currently being used for?  Legacy systems?
> >
> > I've been stuck in TCP/IP land for many years now.  Have been lucky
> > enough to not run into any IPX.
> >
> > On Tue, 2003-03-04 at 18:26, Tim Robbins wrote:
> > > On Tue, Mar 04, 2003 at 02:53:56PM -0800, Julian Elischer wrote:
> > > > I thought nwfs used it?
> > >
> > > nwfs uses netipx. From what I can tell, netipx was based on netns.
> > >
> > >
> > > Tim
> > >
> > > 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-net" in the body of the message
> 
> --=20
> Darcy Buskermolen
> Wavefire Technologies Corp.
> ph: 250.717.0200
> fx:  250.763.1759
> http://www.wavefire.com
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message
> 

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 17:21:14 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2AFF937B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 17:21:13 -0800 (PST)
Received: from mail.reptiles.org (mail.reptiles.org [198.96.117.157])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8E93E43F93
	for <current@freebsd.org>; Tue,  4 Mar 2003 17:21:12 -0800 (PST)
	(envelope-from geoffrey@reptiles.org)
Received: from mail.reptiles.org([198.96.117.157]) (1635 bytes) by mail.reptiles.org
	via sendmail with P:esmtp/R:bind_hosts/T:inet_zone_bind_smtp
	(sender: <geoffrey@reptiles.org>) 
	id <m18qNap-000ETLC@mail.reptiles.org>
	for <current@freebsd.org>; Tue, 4 Mar 2003 20:21:11 -0500 (EST)
	(Smail-3.2.0.115-Pre 2001-Aug-6 #2 built 2002-Nov-19)
Date: Tue, 4 Mar 2003 20:21:11 -0500 (EST)
From: Geoffrey <geoffrey@reptiles.org>
To: current@freebsd.org
Subject: Oops, never mind (was Re: 5.0 Release: `npx_driver',`npx_devclass'
 defined but not used, breaks kernel build
In-Reply-To: <20030304075321.M7046-100000@iguana.reptiles.org>
Message-ID: <20030304201722.D7046-100000@iguana.reptiles.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


	Haha.  I'm an idjit.  Sorry.
	That's what happens when you take isa out of the kernel config
(what was I thinking anyway? - fd and atkbdc among others need this and I
knew that).

On Tue, 4 Mar 2003, Geoffrey wrote:

>
> 	This is repeatable.  Re-cvsupped using the same tag yesterday
> morning and rebuilt on a clean /obj with the same result.
> 	5.0 Release appears to be broken.
>
> On Sun, 2 Mar 2003, Geoffrey wrote:
> >
> > Ladies and Gentlemen
> >
> > 	From a fresh cvsup of RELENG_5_0 this afternoon, make buildkernel
> > returns:
> >
> > cc1: warnings being treated as errors
> > /usr/src/sys/i386/isa/npx.c:1078: warning: `npx_driver' defined but not
> > used
> > /usr/src/sys/i386/isa/npx.c:1084: warning: `npx_devclass' defined but not
> > used
> > *** Error code 1
> >
> > Stop in /usr/obj/usr/src/sys/BINKY1.
> > *** Error code 1
> >
> > Stop in /usr/src.
> > *** Error code 1
> >
> >
> > 	This is with -march=pentium-mmx in make.conf and device     npx
> > in my kernel configuration.
> >
> > 	Suggestions?  Remedies?
> >
> > 	Thankyou.
> >
> >
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 17:28: 0 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BAE6E37B401; Tue,  4 Mar 2003 17:27:58 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 206F743FCB; Tue,  4 Mar 2003 17:27:58 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id 09C912A89E; Tue,  4 Mar 2003 17:27:58 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Mike Barcroft <mike@FreeBSD.org>, Tim Robbins <tjr@freebsd.org>,
	freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns - politically correct version 
In-Reply-To: <3E6539B5.2F5D31B@mindspring.com> 
Date: Tue, 04 Mar 2003 17:27:58 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030305012758.09C912A89E@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert wrote:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Is there a compelling reason for removing this working code to
> > > the Attic?
> > 
> > Terry: will you please check your facts?  It takes around 30 seconds
> > to find out that it doesn't even compile.
> 
> [ ... lots of trivial to fix warnings and errors ... ]
> 
> 
> Tell you what, I'll fix these and post a patch.  Will that make you
> guys happy?

Not really.  I'd like to see a relevant demonstration of it working with
another relevant networking system [that does NOT speak some other common
protocol such as IP or IPX] that shows that it is worth keeping this baggage
around.  No, I'm not interested in some DOS-2.11 floppy disks you have
had sitting untouched in a drawer for 10 years.

ie: Show that it is worth something to the project to keep it.

This was only revived last time because somebody promised to maintain it.
And as you can see, for the last 7 years it hasn't been missed.

The point wasn't that "it doesn't compile", rather "nobody gave a damn that
it didn't compile for 7 years".

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 17:35:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6FE2837B401; Tue,  4 Mar 2003 17:35:10 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C3A3043F85; Tue,  4 Mar 2003 17:35:09 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id AD7662A8BB; Tue,  4 Mar 2003 17:35:09 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Mike Barcroft <mike@FreeBSD.org>, Tim Robbins <tjr@freebsd.org>,
	freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: [PATCH] make netns compile cleanly (was Re: Removal of netns - politically correct version 
In-Reply-To: <3E654D75.E37B5861@mindspring.com> 
Date: Tue, 04 Mar 2003 17:35:09 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030305013509.AD7662A8BB@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert wrote:

> Terry Lambert wrote:
> > Peter Wemm wrote:
> > > Terry: will you please check your facts?  It takes around 30 seconds
> > > to find out that it doesn't even compile.
> > 
> > [ ... lots of trivial to fix warnings and errors ... ]
> > 
> > Tell you what, I'll fix these and post a patch.  Will that make you
> > guys happy?
> > 
> > This crap is *soooooooo* trivial to fix, it's easier to fix than
> > to watch you guys bitch about it not being fixable.
> 
> 
> Here are two patches.  The first fixes missing pieces in /sys/conf/files
> and /sys/conf/options, the second fixes all the files that need it in
> /sys/netns/.

You seem to have posted the wrong patch.

This is against 4.x, not -current, and this is current@freebsd.org.

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 18:11:13 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 036CF37B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 18:11:11 -0800 (PST)
Received: from web20711.mail.yahoo.com (web20711.mail.yahoo.com [66.163.169.152])
	by mx1.FreeBSD.org (Postfix) with SMTP id 8908743FE5
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 18:11:10 -0800 (PST)
	(envelope-from jmw_ymail@yahoo.com)
Message-ID: <20030305021110.12925.qmail@web20711.mail.yahoo.com>
Received: from [24.197.167.221] by web20711.mail.yahoo.com via HTTP; Tue, 04 Mar 2003 18:11:10 PST
Date: Tue, 4 Mar 2003 18:11:10 -0800 (PST)
From: John Wilson <jmw_ymail@yahoo.com>
Subject: Re: A few 5.0-Release questions...
To: Scott Long <scott_long@btc.adaptec.com>
Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org
In-Reply-To: <3E654D73.8030308@btc.adaptec.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--- Scott Long <scott_long@btc.adaptec.com> wrote:
[Dell PowerEdge]
> What model?  There are quite a few PowerEdges out

It's a 600SC - P4 1.8 - Perc3/SC

Since new, I've added a Plextor CD-RW (IDE), Lite-On
DVD-ROM (IDE), and an ATI All-In-Wonder VE (7500,
PCI).

> > These machines come with integrated video, an ATI
[Complications with integrated RageXL and PCI version
of the ATI AIW VE...  NMI halts]

> As a wild guess, what happens when you remove the
> EISA device from the kernel?

I tried this as well.  Unfortunately, removing the
EISA device did nothing to relieve the problem with
the NMI.  The only thing that cleared it up was adding
'hw.pci.enable_io_modes=0' in /boot/device.hints.

This was the case, at least, with 5.0-RELEASE.  I've
yet to see what happens with -CURRENT.  Perhaps I'll
try and cvsup -CURRENT, remove
'hw.pci.enable_io_modes=0', and see what happens.

> There have been problems in the past with ATAPI/IDE
> drives that claim DMA capabilities but instead
corrupt data
> and/or cause panics.  Forcing everything to PIO is
the
> easiest way to achieve maximum compatibility.  The
ata manual
> page describes what to put into /boot/loader.conf to
> force them back using DMA.

I pulled these two drives from a WinXP machine, and
based on the transfer method reported in XP, it was
using DMA.  No stability issues were noted, at least
in regard to XP.  I've been running them under 5.0 now
for a few days, burned a few CD's and played a few
DVD's without stability issues either -- thankfully.

I'll check out the above referenced manual page and
make the suggested changes.  Thank you for the tip.

[About permanently disabling the integrated video]
> Does the motherboard have a jumper that will disable
> it?

Unfortunately, no.  I've even contacted Dell regarding
this as I could find no information in the
documentation provided with the system.  They simply
stated that when another video card is installed, the
integrated video is disabled.  They also mentioned
that this type of configuration "is not supported." 
I've looked for jumpers on the motherboard itself and
only found jumpers for clearing the BIOS password...
nothing else.
 
Thank you once again, Scott, for your help.  It was
very much appreciated.

- John Wilson <jmw74@charter.net>

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 18:27:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 780E537B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 18:27:25 -0800 (PST)
Received: from franky.speednet.com.au (franky.speednet.com.au [203.57.65.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7C38B43FBF
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 18:27:23 -0800 (PST)
	(envelope-from andyf@speednet.com.au)
Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])
	by franky.speednet.com.au (8.12.6/8.12.6) with ESMTP id h252RKdC049882;
	Wed, 5 Mar 2003 13:27:21 +1100 (EST)
	(envelope-from andyf@speednet.com.au)
Received: from hewey.af.speednet.com.au (hewey.af.speednet.com.au [203.38.96.242])
	by hewey.af.speednet.com.au (8.12.6/8.12.6) with ESMTP id h252RJOn059015;
	Wed, 5 Mar 2003 12:27:20 +1000 (EST)
	(envelope-from andyf@speednet.com.au)
Date: Wed, 5 Mar 2003 12:27:19 +1000 (EST)
From: Andy Farkas <andyf@speednet.com.au>
X-X-Sender: andyf@hewey.af.speednet.com.au
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: current@FreeBSD.ORG
Subject: Re: Volunteer with genuine i386 cpu & lots of time wanted.
In-Reply-To: <29201.1046297598@critter.freebsd.dk>
Message-ID: <20030305113829.A58375-100000@hewey.af.speednet.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 26 Feb 2003, Poul-Henning Kamp wrote:

> Is there anybody out there who can try to run a straight -current
> on a _real_ i386 class CPU ?
>
> Ie, not a i486, not a Cyrix, not an AMD but a genuine Intel i386DX
> (SX would be but too suicidal to be informative).

Well, finally got a kernel to boot on a 16MHz 386SX (suicidal is an
understatement!) - will this do?

(Actually, the box is a AST Bravo/286 with the 80286 CPU replaced with a
386SX upgrade. The company I used to work for made various CPU upgrade
products for 286's and 386's in the early 90's, especially for IBM PS/2's)

Had to patch the npx_attach() function in src/sys/i386/isa/npx.c to get it
to work though. It seems revision 1.131 broke FPU-less CPU support:
(bad bde, no cookie)

> diff -u npx.c-orig npx.c
--- npx.c-orig  Wed Mar  5 11:42:49 2003
+++ npx.c       Wed Mar  5 11:43:27 2003
@@ -495,7 +495,7 @@
        }
        npxinit(__INITIAL_NPXCW__);

-       if (npx_cleanstate_ready == 0) {
+       if (npx_cleanstate_ready == 0 && npx_exists) {
                s = intr_disable();
                stop_emulating();
                fpusave(&npx_cleanstate);


I'll try and get some data for your clock/time tracking requests in a few
days.  I assume you want wall-clock tracking info for both with and
without ntpd running?


> I am also not interested in people running heavily modified source
> trees, it is -current I am interested in.  (It's OK to fiddle the
> kernel config and hints of course.)
>
> If somebody has the time and inclination, I have a number of questions
> I would like answers to:
>
> 1.  Does -current even boot on that vintage of hardware any more ?
>
> 2.  Does it survive a kernel (GENERIC) build ?
> 2a. Does the clock track wall-clock time correctly while doing so ?
>
> 3.  Does it survive a buildworld ?
> 3a. Does the clock track wall-clock time correctly while doing so ?
>
> 4.  Can ntpd run against some random (but decent) NTP server steer
>     the clock ?
> 	1) If the machine is idle
> 	2) During buildworld.
>     Please notice if
> 	a) ntpd resorts to clock steps
> 	b) ntpd exits
> 	c) ntpd core dumps
>
> Thanks in advance!
>

--

 :{ andyf@speednet.com.au

        Andy Farkas
    System Administrator
   Speednet Communications
 http://www.speednet.com.au/




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 19:27: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A0BA437B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 19:27:02 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B046343FDF
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 19:27:01 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h253R0Bq025090;
	Tue, 4 Mar 2003 22:27:01 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h253R0T7025087;
	Tue, 4 Mar 2003 22:27:00 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Tue, 4 Mar 2003 22:27:00 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: Pete Carah <pete@ns.altadena.net>
Cc: current@FreeBSD.ORG
Subject: Re: Witness problem with sound
In-Reply-To: <200303042342.h24NghHJ034439@ns.altadena.net>
Message-ID: <20030304222109.Y24363@alpha.siliconlandmark.com>
References: <200303042342.h24NghHJ034439@ns.altadena.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I'm getting the "could sleep with" messages repeated over and over on my
Dell Lattitude C800 which uses the maestro3 chip. The sound isn't overly
choppy. It only stutters under disk/compute activity.

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

On Tue, 4 Mar 2003, Pete Carah wrote:

> I don't know how system-specific this problem is, but:
>
> Sony VAIO R505ES
> Sound is Intel ICH3 + Yamaha.
>
> This or something closely related has been happening for weeks.
> Several times earlier this week and last week sound panic'd, and
> also sometimes there was a panic (several different kinds) on boot.
> Late last week X wouldn't start due to not being able to see the
> VESA modes.
> All those except the sound problems currently appear fixed...
>
> This may or may not be related to the fact that acpi puts nearly all
> device interrupts on irq 9 (which causes other problems).
>
> Problem:
> ......
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
> Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
> Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
> Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:696
> Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:673
> Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:673
> Mar  4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:673
> .....
> (repeated by the thousands, at various lines, the above plus
> sound.c:191

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 19:51:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1E50F37B401; Tue,  4 Mar 2003 19:51:27 -0800 (PST)
Received: from relay.butya.kz (butya-gw.butya.kz [212.19.129.142])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2E58643FA3; Tue,  4 Mar 2003 19:51:25 -0800 (PST)
	(envelope-from bp@vertex.kz)
Received: by relay.butya.kz (Postfix, from userid 1000)
	id EC508591C; Wed,  5 Mar 2003 09:51:21 +0600 (ALMT)
Received: from localhost (localhost [127.0.0.1])
	by relay.butya.kz (Postfix) with ESMTP
	id DE6F34944; Wed,  5 Mar 2003 09:51:21 +0600 (ALMT)
Date: Wed, 5 Mar 2003 09:51:21 +0600 (ALMT)
From: Boris Popov <bp@vertex.kz>
X-Sender: bp@lion.butya.kz
To: Tim Robbins <tjr@freebsd.org>
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Removal of netns
In-Reply-To: <20030305004730.A13129@dilbert.robbins.dropbear.id.au>
Message-ID: <Pine.BSF.4.21.0303050931350.6680-100000@lion.butya.kz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, Tim Robbins wrote:

> Is there a compelling reason why I shouldn't remove netns? That is, does
> it serve a purpose now that it could not serve if it was moved to the
> Attic?

	netns could be safely moved to Attic. I'm receive enough IPX
related questions, and never got any about XNS.

	netns stack was used by NetCon package which implemented TFS
filesystem for NetWare connectivity. Guess, which protocol they used to
communicate with servers ? Right, it was IPX. So, if netns were still
supported it became just a parallel implementation of netipx.

	Last version of FreeBSD supported by NetCon was 2.2.X. Lack of
support for FreeBSD 3.X encouraged me to write nwfs because it was
necessary for my daily tasks.

	BTW, NetCon still offers their product for FreeBSD 2.2: 
http://www.netcon.com/download/download.htm

-- 
Boris Popov
http://rbp.euro.ru


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 21: 8:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 77A6337B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 21:08:37 -0800 (PST)
Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C1EA643F3F
	for <current@freebsd.org>; Tue,  4 Mar 2003 21:08:34 -0800 (PST)
	(envelope-from smkelly@zombie.org)
Received: by edgemaster.zombie.org (Postfix, from userid 1001)
	id 0E42939839; Tue,  4 Mar 2003 23:08:33 -0600 (CST)
Date: Tue, 4 Mar 2003 23:08:33 -0600
From: Sean Kelly <smkelly@zombie.org>
To: Pete Carah <pete@ns.altadena.net>
Cc: current@freebsd.org
Subject: Re: Witness problem with sound
Message-ID: <20030305050833.GA1422@edgemaster.zombie.org>
References: <200303042342.h24NghHJ034439@ns.altadena.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7"
Content-Disposition: inline
In-Reply-To: <200303042342.h24NghHJ034439@ns.altadena.net>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--1yeeQ81UyVL57Vl7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 04, 2003 at 03:42:43PM -0800, Pete Carah wrote:
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could slee=
p with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
> Mar  4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could slee=
p with

I'm seeing something somewhat similar here.  Whenever I play any audio, I
get an endless stream of:

malloc() of "64" with the following non-sleepablelocks held:
exclusive sleep mutex pcm0:play:1 (pcm channel) r =3D 0 (0xc6794740) locked=
 @
/usr/src/sys/dev/sound/pcm/dsp.c:673

This is with:
FreeBSD edgemaster.zombie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Mar 4
   20:30:35 CST 2003 smkelly@edgemaster.zombie.org:/usr/obj/usr/src/sys/
   EDGEMASTER  i386

FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <Creative EMU10K1> at io 0xcc00 irq 10 (4p/2r/4v channels duplex defa=
ult)

--=20
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org

--1yeeQ81UyVL57Vl7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZYZRPm7A9NLl4pYRAoR6AKCt3uhGKOb9CmE1OIUHlbRX1SmjAwCfeJ/j
I5Px61JAinv9dZjBGd56rdE=
=txK7
-----END PGP SIGNATURE-----

--1yeeQ81UyVL57Vl7--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 22:22:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3A9BF37B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 22:22:15 -0800 (PST)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8C73C43F75
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 22:22:14 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.7/8.12.7) with ESMTP id h256MDdh092741;
	Tue, 4 Mar 2003 22:22:14 -0800 (PST)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.7/8.12.7/Submit) id h256MD4G092740;
	Tue, 4 Mar 2003 22:22:13 -0800 (PST)
Date: Tue, 4 Mar 2003 22:22:12 -0800
From: "David O'Brien" <dev-null@NUXI.com>
To: Andy Farkas <andyf@speednet.com.au>
Cc: current@FreeBSD.ORG
Subject: Re: Volunteer with genuine i386 cpu & lots of time wanted.
Message-ID: <20030305062212.GB92645@dragon.nuxi.com>
Reply-To: current@FreeBSD.ORG
Mail-Followup-To: David O'Brien <dev-null@nuxi.com>,
	Andy Farkas <andyf@speednet.com.au>, current@FreeBSD.ORG
References: <29201.1046297598@critter.freebsd.dk> <20030305113829.A58375-100000@hewey.af.speednet.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030305113829.A58375-100000@hewey.af.speednet.com.au>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Mar 05, 2003 at 12:27:19PM +1000, Andy Farkas wrote:
> Well, finally got a kernel to boot on a 16MHz 386SX (suicidal is an
> understatement!) - will this do?

Can you post the /var/run/dmesg.boot?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 22:27:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C988C37B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 22:27:28 -0800 (PST)
Received: from seed.net.tw (sn16.seed.net.tw [139.175.54.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B256343F3F
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 22:27:27 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.133.92] (port=49156 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:4)
	id 18qSND-000IBC-00
	for freebsd-current@freebsd.org; Wed, 05 Mar 2003 14:27:27 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h256RPNp000701
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 14:27:26 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h256RPi4000700
	for freebsd-current@freebsd.org; Wed, 5 Mar 2003 14:27:25 +0800 (CST)
Date: Wed, 5 Mar 2003 14:27:25 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@freebsd.org
Subject: IPFILTER broken as of world/kernel a few hours old
Message-ID: <20030305062725.GA679@leafy.idv.tw>
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

With IPFILTER enabled in the kernel, all socket(2) calls inbound/outbound are very slow. A normal SSH connection within the same subnet takes 5 minutes to connect. Anything I can provide to pin down the problem?

Jiawei
-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23: 1:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8CAC937B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:01:27 -0800 (PST)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E7F0343F75
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:01:26 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.7/8.12.7) with ESMTP id h2571Qdh093177;
	Tue, 4 Mar 2003 23:01:26 -0800 (PST)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.7/8.12.7/Submit) id h2571PgD093176;
	Tue, 4 Mar 2003 23:01:25 -0800 (PST)
Date: Tue, 4 Mar 2003 23:01:25 -0800
From: "David O'Brien" <dev-null@NUXI.com>
To: Jens Rehsack <rehsack@liwing.de>
Cc: current@FreeBSD.ORG
Subject: Re: PATCH: type errors in src-tree
Message-ID: <20030305070125.GC92645@dragon.nuxi.com>
Reply-To: current@FreeBSD.ORG
Mail-Followup-To: David O'Brien <dev-null@nuxi.com>,
	Jens Rehsack <rehsack@liwing.de>, current@FreeBSD.ORG
References: <200303022056.h22KuDIg055497@grimreaper.grondar.org> <3E628ED4.9030203@liwing.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E628ED4.9030203@liwing.de>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Mon, Mar 03, 2003 at 12:08:04AM +0100, Jens Rehsack wrote:
> Now, that OpenWatcom is released, the FreeBSd port of it should follow. 
> And maybe someone will try to compile the kernel and world with it.

I hate to be the skeptic, but looking at OpenWatcom 1.0, it only produces
dos and win32 binaries.  It will be a *long* time until it targets Unix
correctly.

> If that would work, this would be great, because the watcom compiler
> generates much better code than gcc does, even than gcc -O3 (and all
> known optimizations on).

Rather than just repeat some old wife's tale; can anyone produce a real
analysis backing this statement up?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:12: 9 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5D5E937B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:12:08 -0800 (PST)
Received: from smtp.my.xybase.com (proxy.xybase.com.my [192.228.142.3])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8435E43F3F
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:12:00 -0800 (PST)
	(envelope-from johnc@xybase.com)
Received: (from root@localhost)
	by smtp.my.xybase.com (8.11.6/8.11.6) id h2579Pw21828
	for current@freebsd.org; Wed, 5 Mar 2003 15:09:25 +0800
Received: from mail.my.xybase.com (firestarter.dmz.xybase.com [192.168.142.1])
	by smtp.my.xybase.com (8.11.6/8.11.6) with ESMTP id h2579Lw21812
	for <current@FreeBSD.ORG>; Wed, 5 Mar 2003 15:09:22 +0800
Received: from xybase.com (firestarter.dmz.my.xybase.com [192.168.142.1])
	by mail.my.xybase.com (8.11.0/8.11.0) with ESMTP id h257B7206025
	for <current@FreeBSD.ORG>; Wed, 5 Mar 2003 15:11:07 +0800
Message-ID: <3E65A46F.7643B5E6@xybase.com>
Date: Wed, 05 Mar 2003 15:17:03 +0800
From: john chung <johnc@xybase.com>
Reply-To: johnc@xybase.com
X-Mailer: Mozilla 4.77 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: current@freebsd.org
Subject: Re: Volunteer with genuine i386 cpu & lots of time wanted.
References: <29201.1046297598@critter.freebsd.dk> <20030305113829.A58375-100000@hewey.af.speednet.com.au> <20030305062212.GB92645@dragon.nuxi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by AMaViS perl-11
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



David O'Brien wrote:

> On Wed, Mar 05, 2003 at 12:27:19PM +1000, Andy Farkas wrote:
> > Well, finally got a kernel to boot on a 16MHz 386SX (suicidal is an
> > understatement!) - will this do?
>
> Can you post the /var/run/dmesg.boot?

   Should be very interesting to see the output of this file :)

>
>
> 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-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:19:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9123337B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:19:48 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DAC8443FA3
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:19:40 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h257J0353832;
	Wed, 5 Mar 2003 04:19:00 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from buique.cin.ufpe.br (buique [172.17.33.108])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h257IdS94895;
	Wed, 5 Mar 2003 04:18:54 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from rss (helo=localhost)
	by buique.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian))
	id 18qTAa-0004F1-00; Wed, 05 Mar 2003 04:18:28 -0300
Date: Wed, 5 Mar 2003 04:18:18 -0300 (BRST)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: "Sergey A. Osokin" <osa@freebsd.org.ru>
Cc: current@freebsd.org
Subject: Re: Problems compiling KDE after mega-commit
In-Reply-To: <20030304161309.GY424@freebsd.org.ru>
Message-ID: <20030305021848.Y54200-100000@triunfo.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Yep, this message is no more about KDE. :)

Thanks Sergey, your patch isn't in ports tree yet, but I used it,
ltmdm now compiles and works. I'm running today's version of CURRENT.

kern.osreldate: 500105

dmesg:

ltmdm0: <Lucent Winmodem> port 0xb000-0xb0ff,0xb400-0xb407 mem
0xdc000000-0xdc0000ff irq 5 at device
8.0 on pci1
ltmdm0: type Virtual 16550A
Allocating major#251 to "ltmdm"

pciconf -lv:

ltmdm0@pci1:8:0:        class=0x078000 card=0x04401668 chip=0x044011c1
rev=0x01 hdr=0x00
    vendor   = 'Lucent/Agere Systems (Was: AT&T MicroElectronics)'
    device   = 'LT Winmodem 56k Data+Fax+Voice+DSVD'
    class    = simple comms

------------------------------------------------------------------------------
    (_ )   "Contrary to popular belief, UNIX is user friendly. It just happens
 \\\'',) ^  to be very selective about who it decides to make friends with."
   \/  \(
   .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
-----------------------------------------------------------------------------

On Tue, 4 Mar 2003, Sergey A. Osokin wrote:

> On Tue, Mar 04, 2003 at 04:39:46AM -0300, Rossam Souza Silva wrote:
> >
> > Yes, I had problems with icewm in CURRENT too, but tried to compile
> > it before the mega-commit (version of 3-4 days ago). My workstation
> > at work (version of two weeks ago) installed icewm from ports without
> > problem.
> >
> > I upgraded my ports tree and now I'm running portupgrade -u --all before
> > try KDE again. ltmdm (changed from 1.4_3 to 1.4_4) continues broken:
> >
> > rss@MeLKoR:/usr/ports/comms/ltmdm> sudo make clean
> > ===>  Cleaning for ltmdm-1.4_4
> > rss@MeLKoR:/usr/ports/comms/ltmdm> sudo make
> [skip build log]
> > elements in struct initializer
> > /usr/ports/comms/ltmdm/work/sys/dev/ltmdm/ltmdmsio.c:389: warning: (near
> > initialization for `sio_cdevsw')
> > *** Error code 1
> >
> > Stop in /usr/ports/comms/ltmdm/work/sys/modules/ltmdm.
> > *** Error code 1
> >
> > Stop in /usr/ports/comms/ltmdm.
>
> Look at http://www.freebsd.org/cgi/query-pr.cgi?pr=48922
>
> > > On Tue, Mar 04, 2003 at 01:57:46AM -0500, Andre Guibert de Bruet wrote:
> > > >
> > > > You need to upgrade your ports skeleton. There's a couple of fixes that
> > > > were committed within the last 24 hours which fix these issues.
> > >
> > > Hmm..I've seen this on another port already (icewm, I think).  It
> > > looks like phk might have some additional patching to do when I get
> > > him the full list.
>
> --
>
> Rgdz,                        /"\  ASCII RIBBON CAMPAIGN
> Sergey Osokin aka oZZ,       \ /    AGAINST HTML MAIL
> http://ozz.pp.ru/             X          AND NEWS
>                              / \
>
> 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-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:20:25 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8AA4B37B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:20:24 -0800 (PST)
Received: from ns.gfk.ru (ns.gfk.ru [62.205.179.194])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 09EE043FDD
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:20:22 -0800 (PST)
	(envelope-from Yuriy.Tsibizov@gfk.ru)
Received: from mx.gfk.ru ([10.0.0.30])
	by ns.gfk.ru ([62.205.179.194])
	with SMTP (MDaemon.PRO.v6.5.2.R)
	for <current@freebsd.org>; Wed, 05 Mar 2003 10:19:19 +0300
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: Witness problem with sound
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Date: Wed, 5 Mar 2003 10:12:54 +0300
Message-ID: <C192C8912E798F4399668791C8965190674DF0@mx.hhp.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Witness problem with sound
Thread-Index: AcLip/66eFfGGDRMSAyt2yoLTihpSgAPg+mA
From: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
To: <current@freebsd.org>
X-MDRemoteIP: 10.0.0.30
X-Return-Path: Yuriy.Tsibizov@gfk.ru
X-MDaemon-Deliver-To: current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> -----Original Message-----
> From: Pete Carah [mailto:pete@ns.altadena.net]
> Sent: Wednesday, March 05, 2003 2:43 AM
> To: current@freebsd.org
> Subject: Witness problem with sound
>=20
>=20
> I don't know how system-specific this problem is, but:
it's not system-specifiv
> Problem:
> ......
> Mar  4 14:56:27 port2 kernel:=20
> /usr/src/sys/vm/uma_core.c:1330: could sleep with
> "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
this problem is in last (1.27->1.28) changes in =
/usr/src/sys/dev/sound/pcm/feeder.c (if I remember correctly)
You can revert to previous version (1.27) if you don't want to see =
witness messages.

Yuriy Tsibizov,
http://chibis.persons.gfk.ru/


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:20:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8783C37B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:20:32 -0800 (PST)
Received: from ns0.binep.ac.ru (serv2.binep.ac.ru [193.233.44.227])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F015543FBD
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:20:30 -0800 (PST)
	(envelope-from goshik@binep.ac.ru)
Received: from byfi (byfi.binep.ac.ru [193.233.44.234])
	by ns0.binep.ac.ru (8.11.6/8.11.6) with SMTP id h257O6a33717;
	Wed, 5 Mar 2003 10:24:06 +0300 (MSK)
	(envelope-from goshik@binep.ac.ru)
Message-ID: <039001c2e2e7$ae0e7120$ea2ce9c1@binep.ac.ru>
From: "Igor B. Bykhalo" <goshik@binep.ac.ru>
To: <current@FreeBSD.ORG>
Cc: "Jens Rehsack" <rehsack@liwing.de>, <dev-null@NUXI.com>
References: <200303022056.h22KuDIg055497@grimreaper.grondar.org> <3E628ED4.9030203@liwing.de> <20030305070125.GC92645@dragon.nuxi.com>
Subject: Re: PATCH: type errors in src-tree
Date: Wed, 5 Mar 2003 10:20:12 +0300
Organization: BINEPCP RAS
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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> From: "David O'Brien" <dev-null@NUXI.com>
> To: "Jens Rehsack" <rehsack@liwing.de>
> Cc: <current@FreeBSD.ORG>
> Sent: Wednesday, March 05, 2003 10:01 AM
> Subject: Re: PATCH: type errors in src-tree
> 

> On Mon, Mar 03, 2003 at 12:08:04AM +0100, Jens Rehsack wrote:
> > Now, that OpenWatcom is released, the FreeBSd port of it should follow. 
> > And maybe someone will try to compile the kernel and world with it.
> 
> I hate to be the skeptic, but looking at OpenWatcom 1.0, it only produces
> dos and win32 binaries.  It will be a *long* time until it targets Unix
> correctly.

Just FYI: Well, not only dos and win32, but it will be really long...
What they have now:

> From: "Bart Oldeman" <enbeo@enm-bo-lt.localdomain>
> Newsgroups: openwatcom.contributors
> Sent: Sunday, March 02, 2003 7:36 AM
> Subject: Re: bootstrap on linux
> 
> In article <m3llzzkl5r.fsf@averell.firstfloor.org>, Andi Kleen wrote:
> > Michal Necasek <michaln@scitechsoft.com> writes:
> > 
> >> Andi Kleen wrote:
> >>> does a native bootstrap on linux of openwatcom work yet?
> >>>
> >>   No. Some of the tools can be built and some even work but not
> >> enough to get the build environment going.
> > 
> > Can you elaborate a bit on it. What does work, what doesn't?
> 
> the compilers work (wcc386 and wcc), compiled using gcc and compiled
> using watcom. they can however (still) only reliably output OMF
> objects.
> 
> wlink can be cross-compiled for Linux but crashes (SIGSEGV) if you 
> run it there to combine several OMFs into an ELF executable. Without
> a working linker the Linux hosted compiler isn't very useful yet
> -- and a full bootstrap impossible.
> 
> There has been an attempt to cross-compile wasm, I'm not sure how
> far that went.
> 
> wmake cannot be compiled yet -- it uses spawnxx calls that would
> need to be translated into fork()s and execve()s for Linux (using
> a wrapper or to be implemented in the Watcom LIBC).
> 
> And Linux development has stalled for the last month (lack of time of
> the contributors).
> 
> Bart

heh

> 
> > If that would work, this would be great, because the watcom compiler
> > generates much better code than gcc does, even than gcc -O3 (and all
> > known optimizations on).
> 
> Rather than just repeat some old wife's tale; can anyone produce a real
> analysis backing this statement up?

Not me :)

Igor


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:24:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6DEE237B401
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 23:24:40 -0800 (PST)
Received: from eugate01.e-mail.com (eugate01.e-mail.com [194.196.143.93])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2803143F75
	for <freebsd-current@freebsd.org>; Tue,  4 Mar 2003 23:24:39 -0800 (PST)
	(envelope-from Dimitar.Peikov@borg.de)
Received: from borg.borg.de (<unknown.domain>[194.120.172.57])
          by eugate.e-mail.com (smtpgw1) with ESMTP
          id <20030305072436230034t0mce>; Wed, 5 Mar 2003 07:24:36 +0000
To: freebsd-current@freebsd.org
Subject: boot0cfg
X-Mailer: Lotus Notes Release 5.0.5  September 22, 2000
Message-ID: <OFE9BB6C0E.BA4A6F1D-ONC1256CE0.00274EA0@borg.de>
From: Dimitar.Peikov@borg.de
Date: Wed, 5 Mar 2003 09:25:53 +0200
X-MIMETrack: MIME-CD by tm_grab on BORG/BORG(Release 5.0.5 |September 22, 2000) at 05.03.2003
 08:25:50,
	MIME-CD complete at 05.03.2003 08:25:50,
	Serialize by Router on BORG/BORG(Release 5.0.5 |September 22, 2000) at 05.03.2003
 08:26:13
MIME-Version: 1.0
Content-type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Last weekend I had to reinstall Windows XP on my PC and certainly I lost
boot manager. After booting from CD and mounting as root ad0 device, I
replaced boot0 record
using the following command line :

# boot0cfg -Bv -s 1 -t 91 ad0

On my PC I have 14G Windows XP partition(primary partition), 7G Linux (2
extended partitions) and 7G FreeBSD 5.0 - Current (primary partition). On
second disk I have Windows 98.

After installing I see something like this :

F1 - ???
F3 - FreeBSD
F5 - Disk 2

It is strange that only F1 works (start Windows XP), while F3 play some
sound. Pressing F5 starts Windows XP, but it could be because Windows on
my second disk.

Yes I know that there are other boot managers like GRUB, but it is another
beer.

I haven't enough time to investigate where the problem is (boot0 code),
but this evening I should.

Any comments  would be greatly appreciated.


Dimitar Peikov
Software Developer
___________________________
BORG INSTRUMENTS Ltd.
17 Washington str.
BG - 1040, Sofia
Tel.: +359 (0) 2 989 5523
Fax: +359 (0) 2 989 5585
mailto:Dimitar.Peikov@borg.de
http://www.borg.de



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:30:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9DEBE37B401; Tue,  4 Mar 2003 23:30:46 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BD4FB43FAF; Tue,  4 Mar 2003 23:30:39 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h257UDM43791;
	Wed, 5 Mar 2003 04:30:13 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from buique.cin.ufpe.br (buique [172.17.33.108])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h257TpS77359;
	Wed, 5 Mar 2003 04:30:07 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from rss (helo=localhost)
	by buique.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian))
	id 18qTLR-0002Dp-00; Wed, 05 Mar 2003 04:29:41 -0300
Date: Wed, 5 Mar 2003 04:29:31 -0300 (BRST)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: Maxime Henrion <mux@freebsd.org>
Cc: walt <wa1ter@myrealbox.com>, <freebsd-current@freebsd.org>
Subject: Re: nvidia module panics today's kernel [03-03-03]
In-Reply-To: <20030304143536.GA63673@elvis.mu.org>
Message-ID: <20030305022905.V54200-100000@triunfo.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi, thanks Maxime, your patch works ok! Well, the nVIDIA driver is
labeled "beta quality" anyway, so, why not upgrade nvidia-driver port to
support 5-CURRENT too? I'm actually using it, with a ugly hack: applying
the patch, compacting and copying the new distfile, editing Makefile to
comment 4.x (/dev entries) stuff and 5.x (IGNORE), make NO_CHECKSUM=yes
install clean.

It's working great, my "big" stress test is the glx version of Quakeforge.
:) I can run it in a range of 40-77 FPS (640x480, fullscreen). glxgears
reports 551.400 FPS in default size.

My hardware setup:

AMD Athlon XP 1800+ (@ 1.53GHz)
ASUS A7N266-VM (nForce based, Integrated GeForce2, sharing 32MB)
256MB DDR266

------------------------------------------------------------------------------
    (_ )   "Contrary to popular belief, UNIX is user friendly. It just happens
 \\\'',) ^  to be very selective about who it decides to make friends with."
   \/  \(
   .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
-----------------------------------------------------------------------------

On Tue, 4 Mar 2003, Maxime Henrion wrote:

> walt wrote:
> > My mini 'disaster' of earlier today was caused by the nvidia kernel
> > module being autoloaded at boot, which causes an immediate kernel panic.
> >
> > The newest kernel seems fine until I try to load the module manually,
> > at which time I still get the kernel panic even after re-compiling
> > the module.
> >
> > Maxime, it looks like the nvidia module will need to be sculpted one
> > more time.   :-(
>
> Yes, the cdevsw initialization scheme and the driver needs to be updated
> accordingly.  I've updated my patch at :
>
> 	http://mu.org/~mux/patches/nvidia.patch
>
> Cheers,
> Maxime
>
> 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-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:31:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1056A37B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:31:23 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1446943FA3
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:31:22 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h257VJA6046769;
	Wed, 5 Mar 2003 08:31:19 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: Andy Farkas <andyf@speednet.com.au>
Cc: current@FreeBSD.ORG
Subject: Re: Volunteer with genuine i386 cpu & lots of time wanted. 
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Wed, 05 Mar 2003 12:27:19 +1000."
             <20030305113829.A58375-100000@hewey.af.speednet.com.au> 
Date: Wed, 05 Mar 2003 08:31:19 +0100
Message-ID: <46768.1046849479@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <20030305113829.A58375-100000@hewey.af.speednet.com.au>, Andy Farkas
 writes:

>I'll try and get some data for your clock/time tracking requests in a few
>days.  I assume you want wall-clock tracking info for both with and
>without ntpd running?

yes.

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:37:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8605337B401
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:37:10 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 89F8843FBF
	for <current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:37:09 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3])
	by ns1.xcllnt.net (8.12.8/8.12.8) with ESMTP id h257b9Sd007356;
	Tue, 4 Mar 2003 23:37:09 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1])
	by athlon.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h257b8er020708;
	Tue, 4 Mar 2003 23:37:08 -0800 (PST)
	(envelope-from marcel@athlon.pn.xcllnt.net)
Received: (from marcel@localhost)
	by athlon.pn.xcllnt.net (8.12.8/8.12.8/Submit) id h257b8xB020707;
	Tue, 4 Mar 2003 23:37:08 -0800 (PST)
Date: Tue, 4 Mar 2003 23:37:08 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: current@FreeBSD.ORG
Cc: Jens Rehsack <rehsack@liwing.de>
Subject: Re: PATCH: type errors in src-tree
Message-ID: <20030305073708.GA20590@athlon.pn.xcllnt.net>
References: <200303022056.h22KuDIg055497@grimreaper.grondar.org> <3E628ED4.9030203@liwing.de> <20030305070125.GC92645@dragon.nuxi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030305070125.GC92645@dragon.nuxi.com>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 11:01:25PM -0800, David O'Brien wrote:
> On Mon, Mar 03, 2003 at 12:08:04AM +0100, Jens Rehsack wrote:
> > Now, that OpenWatcom is released, the FreeBSd port of it should follow. 
> > And maybe someone will try to compile the kernel and world with it.
> 
> I hate to be the skeptic, but looking at OpenWatcom 1.0, it only produces
> dos and win32 binaries.  It will be a *long* time until it targets Unix
> correctly.

I think the bigger problem is to make the compiler a Unix program
itself. The whole tree is pretty much non-portable at this time.
Generating code for Unix is the least of the problems (assuming
no compiler special libc implementation).

I started playing with TenDRA as well and even though the compiler
isn't usable yet, it's much more Unix oriented. Instead of mucking
with getting a proprietary make variant to compile or figuring out
if you should replace all slash options for dash options, you can
pretty much focus on the compiler itself from the word go.

Needless to say that for OW I'm going to piggyback the Linux port.
TenDRA has a higher chance of being able to compile world and kernel
I think before OW.

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:37:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E3CF537B401
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:37:31 -0800 (PST)
Received: from jawa.at (inforum.at [213.229.17.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A398F43FA3
	for <freebsd-current@FreeBSD.ORG>; Tue,  4 Mar 2003 23:37:30 -0800 (PST)
	(envelope-from mbretter@jawa.at)
Received: from jawa.at (dings.jawa.at [192.168.200.60])
	by jawa.at (8.12.6/8.12.6) with ESMTP id h257f52F032739;
	Wed, 5 Mar 2003 08:41:05 +0100 (CET)
	(envelope-from mbretter@jawa.at)
Message-ID: <3E65A93B.8090105@jawa.at>
Date: Wed, 05 Mar 2003 08:37:31 +0100
From: Michael Bretterklieber <mbretter@jawa.at>
Organization: JAWA Management Software GmbH
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.2.1) Gecko/20021130
X-Accept-Language: de, en
MIME-Version: 1.0
To: Chris Fowler <cfowler@outpostsentinel.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Tiny BSD Pages
References: <1046822245.6445.68.camel@devel>
In-Reply-To: <1046822245.6445.68.camel@devel>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Spam-Status: No, hits=-2.8 required=5.0
	tests=IN_REP_TO,NOSPAM_INC,QUOTED_EMAIL_TEXT,REFERENCES,
	      SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA,
	      X_ACCEPT_LANG
	version=2.43
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Chris Fowler schrieb:
> I do one thing in Linux that I want to do in FreeBSD.  I store my root
> file system as a blow fish, gzipped, encrypted file on a DiskOnChip.

I have done exactly this some years ago, checkout PicoBSD (freebsd-small 
mailinglist). But I don't know the current status of PicoBSD.

see also:
http://people.freebsd.org/~picobsd/

bye,
-- 
------------------------------- ----------------------------------
Michael Bretterklieber          - Michael.Bretterklieber@jawa.at	
JAWA Management Software GmbH   - http://www.jawa.at
Liebenauer Hauptstr. 200        -------------- privat ------------
A-8041 GRAZ                     GSM: ++43-(0)676-84 03 15 712
Tel: ++43-(0)316-403274-12      E-mail: michael@bretterklieber.com
Fax: ++43-(0)316-403274-10      http://www.bretterklieber.com
------------------------------- ----------------------------------
"...the number of UNIX installations has grown to 10, with more 
expected..." - Dennis Ritchie and Ken Thompson, June 1972


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Tue Mar  4 23:44:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CCCB437B401
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:44:44 -0800 (PST)
Received: from nazare.cin.ufpe.br (nazare.cin.ufpe.br [150.161.2.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5D9D043F85
	for <current@freebsd.org>; Tue,  4 Mar 2003 23:44:43 -0800 (PST)
	(envelope-from rss@cin.ufpe.br)
Received: (from root@localhost)
	by nazare.cin.ufpe.br (8.11.6/8.11.6) id h257iHd15551
	for current@freebsd.org; Wed, 5 Mar 2003 04:44:17 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from buique.cin.ufpe.br (buique [172.17.33.108])
	by nazare.cin.ufpe.br (8.11.6/8.11.6) with ESMTP id h257iBS73653
	for <current@freebsd.org>; Wed, 5 Mar 2003 04:44:16 -0300 (BRT)
	(envelope-from rss@nazare.cin.ufpe.br)
Received: from rss (helo=localhost)
	by buique.cin.ufpe.br with local-esmtp (Exim 3.35 #1 (Debian))
	id 18qTZJ-0007GV-00
	for <current@FreeBSD.org>; Wed, 05 Mar 2003 04:44:01 -0300
Date: Wed, 5 Mar 2003 04:43:51 -0300 (BRST)
From: Rossam Souza Silva <rss@cin.ufpe.br>
To: current@freebsd.org
Subject: IP over IEEE1394?
Message-ID: <Pine.LNX.4.44.0303050437020.24147-100000@buique.cin.ufpe.br>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hi, there is some plan to port NetBSD's implementation of IP over
Firewire? I know, we have "Ethernet over Firewire", but like the Linux
one, isn't a standard...

Just curious.

------------------------------------------------------------------------------
    (_ )   "Contrary to popular belief, UNIX is user friendly. It just happens
 \\\'',) ^  to be very selective about who it decides to make friends with."
   \/  \(
   .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
-----------------------------------------------------------------------------


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  0: 5:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6A3FF37B401; Wed,  5 Mar 2003 00:05:17 -0800 (PST)
Received: from jawa.at (inforum.at [213.229.17.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E624543FCB; Wed,  5 Mar 2003 00:05:15 -0800 (PST)
	(envelope-from mbretter@jawa.at)
Received: from jawa.at (dings.jawa.at [192.168.200.60])
	by jawa.at (8.12.6/8.12.6) with ESMTP id h2588i2F034102;
	Wed, 5 Mar 2003 09:08:44 +0100 (CET)
	(envelope-from mbretter@jawa.at)
Message-ID: <3E65AFBF.6090601@jawa.at>
Date: Wed, 05 Mar 2003 09:05:19 +0100
From: Michael Bretterklieber <mbretter@jawa.at>
Organization: JAWA Management Software GmbH
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.2.1) Gecko/20021130
X-Accept-Language: de, en
MIME-Version: 1.0
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: current@FreeBSD.ORG
Subject: Re: Tiny BSD Pages
References: <1046822245.6445.68.camel@devel> <3E65A93B.8090105@jawa.at> <20030305014112.A9910@FreeBSD.org>
In-Reply-To: <20030305014112.A9910@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
X-Spam-Status: No, hits=-2.8 required=5.0
	tests=IN_REP_TO,NOSPAM_INC,QUOTED_EMAIL_TEXT,REFERENCES,
	      SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MOZILLA_UA,
	      X_ACCEPT_LANG
	version=2.43
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Juli Mallett schrieb:
> * De: Michael Bretterklieber <mbretter@jawa.at> [ Data: 2003-03-05 ]
> 	[ Subjecte: Re: Tiny BSD Pages ]
> 
>>Hi,
>>
>>Chris Fowler schrieb:
>>
>>>I do one thing in Linux that I want to do in FreeBSD.  I store my root
>>>file system as a blow fish, gzipped, encrypted file on a DiskOnChip.
>>
>>I have done exactly this some years ago, checkout PicoBSD (freebsd-small 
>>mailinglist). But I don't know the current status of PicoBSD.
>>
>>see also:
>>http://people.freebsd.org/~picobsd/
> 
> 
> With a lot of work it builds again, but due to hardware issues, I don't
> know if it worked :)
good to hear that someone actively maintains PicoBSD.
however, atm we are using FreeBSD with ro-mounts on "normal" Harddisks. 
Wich has nearly the same effect as PicoBSD, e.g. powering off without 
any data loss, or fsck on reboot, but it has more flexibility because 
you can use the ports for installing software.

bye,
-- 
------------------------------- ----------------------------------
Michael Bretterklieber          - Michael.Bretterklieber@jawa.at	
JAWA Management Software GmbH   - http://www.jawa.at
Liebenauer Hauptstr. 200        -------------- privat ------------
A-8041 GRAZ                     GSM: ++43-(0)676-84 03 15 712
Tel: ++43-(0)316-403274-12      E-mail: michael@bretterklieber.com
Fax: ++43-(0)316-403274-10      http://www.bretterklieber.com
------------------------------- ----------------------------------
"...the number of UNIX installations has grown to 10, with more 
expected..." - Dennis Ritchie and Ken Thompson, June 1972


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  0: 8: 1 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 55F0837B401
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 00:08:00 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD3C43F3F
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 00:07:59 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h2587ulL016675;
	Wed, 5 Mar 2003 10:07:56 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <001201c2e2ee$54eedfb0$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Bosko Milekic" <bmilekic@unixdaemons.com>
Cc: <freebsd-current@FreeBSD.ORG>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030304190851.A10853@unixdaemons.com>
Subject: Re: mbuf cache
Date: Wed, 5 Mar 2003 10:07:35 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>   Yeah, it kinda sucks but I'm not sure how it works... when are the
>   mbufs freed?  If they're all freed in a continous for loop that kinda
>   sucks.

I think there is nothing really special about the driver there? The mbufs
are allocated in the driver and then freed when other parts in the kernel
are done with the packet? The issue I´m having is that mb_free takes
almost four times the cycles than mb_alloc for each call which does
not seem to be right? I shouldn´t be having lock contention in mb_alloc
because the whole thing is still under Giant, right?
>
> > Nothing seems to be moving to the GEN pool.
>
>   Lower the high watermark to like 512... wait for the next free...  if
>   it's still not moving, but you see that the per-cpu caches are being
>   used ("in use" is changing), please let me know ASAP.

It´s moving, however no change in performance. In use hovers
around 7000 for mbufs and clusters alike. Now the only difference
 is that "in pool" also changes constantly because mbufs are shuffled
between pools.
>
Pete


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  0:10:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 491E537B401
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 00:10:18 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2FFF943F75
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 00:10:17 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h258AGlL016702;
	Wed, 5 Mar 2003 10:10:16 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <002001c2e2ee$a7bc6230$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Hiten Pandya" <hiten@unixdaemons.com>
Cc: "Bosko Milekic" <bmilekic@unixdaemons.com>,
	<freebsd-current@FreeBSD.ORG>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030305000115.GA3455@unixdaemons.com> <20030305002627.GC3455@unixdaemons.com>
Subject: Re: mbuf cache
Date: Wed, 5 Mar 2003 10:10:16 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> > While you are there debugging mbuf issues, you might also want to try
> > this patch:
> >
>

Didn´t run profiling yet, but judging from the CPU utilization, this did not change
the whole picture a lot (dunno why it should since CPU is mostly spent freeing the mbufs,
not allocating them)

Pete

> Oops, my first patch had some bugs because of quick editing.  Please try
> the newer patch:
>
> http://www.unixdaemons.com/~hiten/work/mbuf/if_em.c.patch
>
> Cheers.
>
> --
> Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
> http://www.unixdaemons.com/~hiten/
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  0:47:32 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BC2E137B401; Wed,  5 Mar 2003 00:47:31 -0800 (PST)
Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D4D8443FDD; Wed,  5 Mar 2003 00:47:28 -0800 (PST)
	(envelope-from rb@gid.co.uk)
Received: (from rb@localhost)
	by gidgate.gid.co.uk (8.11.6/8.11.6) id h258lFu91127;
	Wed, 5 Mar 2003 08:47:15 GMT
	(envelope-from rb)
Message-Id: <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
X-Sender: rbmail@gid.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 05 Mar 2003 08:47:15 +0000
To: Peter Wemm <peter@wemm.org>,
	Terry Lambert <tlambert2@mindspring.com>
From: Bob Bishop <rb@gid.co.uk>
Subject: Re: Removal of netns - politically correct version 
Cc: Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
In-Reply-To: <20030305012758.09C912A89E@canning.wemm.org>
References: <3E6539B5.2F5D31B@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

Here's a hint:

"The Apollo Domain and XNS networking protocols will no longer be offered 
after Cisco IOS Release 12.2. Information about these protocols will not 
appear in future releases of the Cisco IOS software documentation set."
http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configuration_guide_chapter09186a008007fba7.html

He's dead, Jim.

--
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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  0:59:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8777537B401; Wed,  5 Mar 2003 00:59:27 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id CE9A643F93; Wed,  5 Mar 2003 00:59:26 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.134.12.dial1.sanjose1.level3.net ([209.245.134.12] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qUkA-0002YM-00; Wed, 05 Mar 2003 00:59:19 -0800
Message-ID: <3E65BB24.3E37D90D@mindspring.com>
Date: Wed, 05 Mar 2003 00:53:56 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Bob Bishop <rb@gid.co.uk>
Cc: Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a46d87ca3c496d9e3a738bd6810ba7b878350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Bob Bishop wrote:
> Here's a hint:
> 
> "The Apollo Domain and XNS networking protocols will no longer be offered
> after Cisco IOS Release 12.2. Information about these protocols will not
> appear in future releases of the Cisco IOS software documentation set."
> http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configuration_guide_chapter09186a008007fba7.html
> 
> He's dead, Jim.


The code is still useful as a simple implementation, much more
easily understood by the student than the current TCP/IP stack,
for certain.

Given that the current TCP/IP stack no longer matches the Stevens
books, and given that Stevens is too dead to update the books to
the new FreeBSD stack, even if he wanted to, it's useful to have
a relatively simple set of code that can be understood without a
book that's not getting written.

Also, it's interesting from the perspective of people with living
Xerox Alto hardware (not many, but they do exist), but I fully
admit that that's not a compelling reason.

On the other hand, there's no compelling reason to dike it out,
if it can be made to work.  I would argue that ISA support is
more or less just as obsolete, as is 486 support, as is the F00F
bug workaround, as is ... a lot of code that's still there.

In any case, Peter pointed out that my patch was against -stable,
not -current.  I'm in the process of CVSup'ing new sources now,
and will update the patch against -current, and post it, most
likely tomorrow morning, if the CVSup doesn't complete in the next
hour.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1: 7: 9 2003
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 1D37937B401; Wed,  5 Mar 2003 01:07:08 -0800 (PST)
Date: Wed, 5 Mar 2003 03:07:08 -0600
From: Juli Mallett <jmallett@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
Message-ID: <20030305030708.A21014@FreeBSD.org>
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk> <3E65BB24.3E37D90D@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <3E65BB24.3E37D90D@mindspring.com>; from tlambert2@mindspring.com on Wed, Mar 05, 2003 at 12:53:56AM -0800
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>, <juli@arcti.ca>
X-Towel: Yes
X-Negacore: Yes
X-Title: Code Maven
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Terry Lambert <tlambert2@mindspring.com> [ Data: 2003-03-05 ]
	[ Subjecte: Re: Removal of netns - politically correct version ]
> On the other hand, there's no compelling reason to dike it out,
> if it can be made to work.  I would argue that ISA support is
> more or less just as obsolete, as is 486 support, as is the F00F
> bug workaround, as is ... a lot of code that's still there.

I have a 486, lots of people have 486 PC 104 boards.  I have a lot
of ISA stuff.  VLSI support would be equally obsolete.  So would
support for a Sequent SMP 386.  We don't support them.  We have at
least one feature you demonstate over and over needs moved to the
attic.
-- 
juli mallett. email: jmallett@freebsd.org; aim: bsdflata; efnet: juli;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:14:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1CF1037B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 01:14:43 -0800 (PST)
Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 194C043F85
	for <current@freebsd.org>; Wed,  5 Mar 2003 01:14:42 -0800 (PST)
	(envelope-from yb@sainte-barbe.org)
Received: from taz.hsc.fr (ogoun.hsc.fr [192.70.106.75])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK))
	by itesec.hsc.fr (Postfix) with ESMTP id 2035F20F45
	for <current@freebsd.org>; Wed,  5 Mar 2003 10:14:39 +0100 (CET)
Received: by taz.hsc.fr (Postfix, from userid 1000)
	id 2A7DD434; Wed,  5 Mar 2003 10:14:35 +0100 (CET)
Date: Wed, 5 Mar 2003 10:14:34 +0100
From: Yann Berthier <yb@sainte-barbe.org>
To: current@freebsd.org
Subject: panic: ata_dmasetup: transfer active on this device!
Message-ID: <20030305091434.GA801@hsc.fr>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Organization: Herve Schauer Consultants
X-Web: http://www.hsc.fr/
X-Operating-System: FreeBSD 5.0-CURRENT
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


   Hello,

   My laptop freeze *systematically* while resuming from suspend mode
   (ACPI) with recent (as of yesterday) kernels. I experienced the same
   problem with old (January 25th) kernels, but only from time to time
   (once every 3-5 times I would say)

   PS: there is no disk activity when i suspend the laptop (in the sense
   of: the disk led is off, and i stop all disk consuming activities).
   But seeing the panic message, it seems this is not actually true ;-)
   PPS: my world is not in sync with the new kernel, i'm a bit reluctant
   to sync with a kernel no more being able to resume. But perhaps this
   is the root of my problem

   Anybody else experiencing that ?

   Here is a backtrace:

Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-undermydesk-freebsd"...
panic: bdwrite: buffer is not busy
panic messages:
---
panic: ata_dmasetup: transfer active on this device!

syncing disks, buffers remaining... panic: bdwrite: buffer is not busy
Uptime: 3h16m31s
Dumping 255 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
---
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
239		dumping++;
(kgdb) where
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1  0xc02b6222 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371
#2  0xc02b6483 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#3  0xc02fc43d in bdwrite (bp=0xc767d580) at /usr/src/sys/kern/vfs_bio.c:994
#4  0xc03b85e1 in ffs_update (vp=0xc28af920, waitfor=0)
    at /usr/src/sys/ufs/ffs/ffs_inode.c:125
#5  0xc03cdaef in ffs_fsync (ap=0xcd17dac8)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:314
#6  0xc03cca47 in ffs_sync (mp=0xc2731000, waitfor=2, cred=0xc0eb2e80, 
    td=0xc04dd680) at vnode_if.h:612
#7  0xc031269b in sync (td=0xc04dd680, uap=0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:138
#8  0xc02b5e0c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:280
#9  0xc02b6483 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#10 0xc019c763 in ata_dmastart (atadev=0x0, data=0x0, count=0, dir=0)
    at /usr/src/sys/dev/ata/ata-dma.c:254
#11 0xc019da21 in ad_transfer (request=0xc265e600)
    at /usr/src/sys/dev/ata/ata-disk.c:494
#12 0xc018f569 in ata_start (ch=0xc2602300) at /usr/src/sys/dev/ata/ata-all.c:678
#13 0xc019d3b2 in adstrategy (bp=0x0) at /usr/src/sys/dev/ata/ata-disk.c:300
#14 0xc027b0dc in g_disk_start (bp=0xc2a1b000)
    at /usr/src/sys/geom/geom_disk.c:225
#15 0xc027deb6 in g_io_schedule_down (tp=0xc0ec8000)
    at /usr/src/sys/geom/geom_io.c:427
#16 0xc027e338 in g_down_procbody () at /usr/src/sys/geom/geom_kern.c:111
#17 0xc02a0fd3 in fork_exit (callout=0xc027e310 <g_down_procbody>, arg=0x0, 
    frame=0x0) at /usr/src/sys/kern/kern_fork.c:871

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:16:13 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 934D137B401; Wed,  5 Mar 2003 01:16:12 -0800 (PST)
Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4FE6C43FAF; Wed,  5 Mar 2003 01:16:10 -0800 (PST)
	(envelope-from rb@gid.co.uk)
Received: (from rb@localhost)
	by gidgate.gid.co.uk (8.11.6/8.11.6) id h259G8D91238;
	Wed, 5 Mar 2003 09:16:08 GMT
	(envelope-from rb)
Message-Id: <4.3.2.7.2.20030305091443.037eb018@gid.co.uk>
X-Sender: rbmail@gid.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Wed, 05 Mar 2003 09:16:08 +0000
To: Terry Lambert <tlambert2@mindspring.com>
From: Bob Bishop <rb@gid.co.uk>
Subject: Re: Removal of netns - politically correct version
Cc: Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
In-Reply-To: <3E65BB24.3E37D90D@mindspring.com>
References: <3E6539B5.2F5D31B@mindspring.com>
 <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi

At 08:53 5/3/03, Terry Lambert wrote:
>[...]
>The code is still useful as a simple implementation, much more
>easily understood by the student than the current TCP/IP stack,
>for certain.

The same is true for netipx (wc -l *.[ch] is almost identical).



--
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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:22:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2D2B137B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 01:22:44 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 681D043FA3
	for <current@freebsd.org>; Wed,  5 Mar 2003 01:22:40 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (root@localhost)
	by whale.sunbay.crimea.ua (8.12.8/8.12.8/Sunbay) with SMTP id h259Mb2D041437
	for <current@freebsd.org>; Wed, 5 Mar 2003 11:22:37 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.8/8.12.8/Sunbay) with ESMTP id h259LwwW041367
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Wed, 5 Mar 2003 11:22:37 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.8/8.12.8/Submit) id h259LwWR041362;
	Wed, 5 Mar 2003 11:21:58 +0200 (EET)
	(envelope-from ru)
Date: Wed, 5 Mar 2003 11:21:58 +0200
From: Ruslan Ermilov <ru@freebsd.org>
To: Yann Berthier <yb@sainte-barbe.org>
Cc: Soren Schmidt <sos@freebsd.org>, current@freebsd.org
Subject: Re: panic: ata_dmasetup: transfer active on this device!
Message-ID: <20030305092158.GC39506@sunbay.com>
References: <20030305091434.GA801@hsc.fr>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB"
Content-Disposition: inline
In-Reply-To: <20030305091434.GA801@hsc.fr>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--gr/z0/N6AeWAPJVB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

A known issue.  Soren is working on that.

On Wed, Mar 05, 2003 at 10:14:34AM +0100, Yann Berthier wrote:
>=20
>    Hello,
>=20
>    My laptop freeze *systematically* while resuming from suspend mode
>    (ACPI) with recent (as of yesterday) kernels. I experienced the same
>    problem with old (January 25th) kernels, but only from time to time
>    (once every 3-5 times I would say)
>=20
>    PS: there is no disk activity when i suspend the laptop (in the sense
>    of: the disk led is off, and i stop all disk consuming activities).
>    But seeing the panic message, it seems this is not actually true ;-)
>    PPS: my world is not in sync with the new kernel, i'm a bit reluctant
>    to sync with a kernel no more being able to resume. But perhaps this
>    is the root of my problem
>=20
>    Anybody else experiencing that ?
>=20
>    Here is a backtrace:
>=20
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you =
are
> welcome to change it and/or distribute copies of it under certain conditi=
ons.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for detail=
s.
> This GDB was configured as "i386-undermydesk-freebsd"...
> panic: bdwrite: buffer is not busy
> panic messages:
> ---
> panic: ata_dmasetup: transfer active on this device!
>=20
> syncing disks, buffers remaining... panic: bdwrite: buffer is not busy
> Uptime: 3h16m31s
> Dumping 255 MB
> ata0: resetting devices ..
> done
>  16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
> ---
> #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
> 239		dumping++;
> (kgdb) where
> #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
> #1  0xc02b6222 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c=
:371
> #2  0xc02b6483 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
> #3  0xc02fc43d in bdwrite (bp=3D0xc767d580) at /usr/src/sys/kern/vfs_bio.=
c:994
> #4  0xc03b85e1 in ffs_update (vp=3D0xc28af920, waitfor=3D0)
>     at /usr/src/sys/ufs/ffs/ffs_inode.c:125
> #5  0xc03cdaef in ffs_fsync (ap=3D0xcd17dac8)
>     at /usr/src/sys/ufs/ffs/ffs_vnops.c:314
> #6  0xc03cca47 in ffs_sync (mp=3D0xc2731000, waitfor=3D2, cred=3D0xc0eb2e=
80,=20
>     td=3D0xc04dd680) at vnode_if.h:612
> #7  0xc031269b in sync (td=3D0xc04dd680, uap=3D0x0)
>     at /usr/src/sys/kern/vfs_syscalls.c:138
> #8  0xc02b5e0c in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c=
:280
> #9  0xc02b6483 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
> #10 0xc019c763 in ata_dmastart (atadev=3D0x0, data=3D0x0, count=3D0, dir=
=3D0)
>     at /usr/src/sys/dev/ata/ata-dma.c:254
> #11 0xc019da21 in ad_transfer (request=3D0xc265e600)
>     at /usr/src/sys/dev/ata/ata-disk.c:494
> #12 0xc018f569 in ata_start (ch=3D0xc2602300) at /usr/src/sys/dev/ata/ata=
-all.c:678
> #13 0xc019d3b2 in adstrategy (bp=3D0x0) at /usr/src/sys/dev/ata/ata-disk.=
c:300
> #14 0xc027b0dc in g_disk_start (bp=3D0xc2a1b000)
>     at /usr/src/sys/geom/geom_disk.c:225
> #15 0xc027deb6 in g_io_schedule_down (tp=3D0xc0ec8000)
>     at /usr/src/sys/geom/geom_io.c:427
> #16 0xc027e338 in g_down_procbody () at /usr/src/sys/geom/geom_kern.c:111
> #17 0xc02a0fd3 in fork_exit (callout=3D0xc027e310 <g_down_procbody>, arg=
=3D0x0,=20
>     frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:871
>=20
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--gr/z0/N6AeWAPJVB
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZcG2Ukv4P6juNwoRAtVnAJ9SA5fo5ZQHJYR9UFaIAn+olQ7J/gCfYOwu
OWwM0+cYcpZCJ65h+Y0QM+c=
=ghid
-----END PGP SIGNATURE-----

--gr/z0/N6AeWAPJVB--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:24:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E007A37B401; Wed,  5 Mar 2003 01:24:16 -0800 (PST)
Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4E93143FA3; Wed,  5 Mar 2003 01:24:16 -0800 (PST)
	(envelope-from linimon@lonesome.com)
Received: by mail.soaustin.net (Postfix, from userid 502)
	id 995D314351; Wed,  5 Mar 2003 03:24:15 -0600 (CST)
Date: Wed, 5 Mar 2003 03:24:15 -0600 (CST)
From: Mark Linimon <linimon@lonesome.com>
X-X-Sender: linimon@pancho
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	<freebsd-net@FreeBSD.ORG>, <freebsd-current@FreeBSD.ORG>
In-Reply-To: <3E65BB24.3E37D90D@mindspring.com>
Message-ID: <Pine.LNX.4.44.0303050321290.24962-100000@pancho>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> On the other hand, there's no compelling reason to dike it out,
> if it can be made to work.

work == "not just compiled, but QAed against known-working implementations
and correctly documented".

Have fun.  Looking forward to the patches and logs.

mcl



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:27:25 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CDB1537B401; Wed,  5 Mar 2003 01:27:23 -0800 (PST)
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 915E043F75; Wed,  5 Mar 2003 01:27:22 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23])
          by sccrmhc02.attbi.com (sccrmhc02) with SMTP
          id <200303050927200020081etbe>; Wed, 5 Mar 2003 09:27:21 +0000
Date: Wed, 5 Mar 2003 01:27:20 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
In-Reply-To: <3E65BB24.3E37D90D@mindspring.com>
Message-ID: <20030305011926.T18288@znfgre.tberna.bet>
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
 <3E65BB24.3E37D90D@mindspring.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, Terry Lambert wrote:

> The code is still useful as a simple implementation, much more
> easily understood by the student than the current TCP/IP stack,
> for certain.

And it will still be available. It'll just be available in the Attic. The
fact that it will get more broken in the future because it's not being
maintained in the tree is not terribly significant since it's already
broken now.

> On the other hand, there's no compelling reason to dike it out,

There is at least one, namely that it will make kernel code updates easier
to do, and easier to test.

> if it can be made to work.  I would argue that ISA support is
> more or less just as obsolete, as is 486 support, as is the F00F
> bug workaround, as is ... a lot of code that's still there.

Your argument here is non sequitur because we still have large bases of
users and developers that have and use this hardware. I retired a box with
an original P90 f00f bug cpu not that long ago, for example. netns has
neither freebsd users or developers, and hasn't for years.

> In any case, Peter pointed out that my patch was against -stable,
> not -current.  I'm in the process of CVSup'ing new sources now,
> and will update the patch against -current, and post it, most
> likely tomorrow morning, if the CVSup doesn't complete in the next
> hour.

I think that fixing the current brokeness is still useful, even if it gets
axed. Putting it to bed with a full tummy will make future educational
value of the code that much higher.

Doug

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:30:50 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3002937B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 01:30:49 -0800 (PST)
Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7614043FA3
	for <current@freebsd.org>; Wed,  5 Mar 2003 01:30:48 -0800 (PST)
	(envelope-from yb@sainte-barbe.org)
Received: from taz.hsc.fr (ogoun.hsc.fr [192.70.106.75])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK))
	by itesec.hsc.fr (Postfix) with ESMTP id 6E8ED20F3A
	for <current@freebsd.org>; Wed,  5 Mar 2003 10:30:45 +0100 (CET)
Received: by taz.hsc.fr (Postfix, from userid 1000)
	id 5D62B434; Wed,  5 Mar 2003 10:30:41 +0100 (CET)
Date: Wed, 5 Mar 2003 10:30:40 +0100
From: Yann Berthier <yb@sainte-barbe.org>
To: current@freebsd.org
Subject: Re: panic: ata_dmasetup: transfer active on this device!
Message-ID: <20030305093040.GB801@hsc.fr>
Mail-Followup-To: current@freebsd.org
References: <20030305091434.GA801@hsc.fr> <20030305092158.GC39506@sunbay.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030305092158.GC39506@sunbay.com>
X-Organization: Herve Schauer Consultants
X-Web: http://www.hsc.fr/
X-Operating-System: FreeBSD 5.0-CURRENT
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 05 Mar 2003, Ruslan Ermilov wrote:

> A known issue.  Soren is working on that.

   Ok, I knew in fact that Soren was working on that. What strikes me is
   that, from what i see, the situation degrades from kernel to kernel.
   So I posted a backtrace in case of an interaction with other recent
   commits, beside Soren's work, not yet known

   But anyway, I will wait patiently until this issue is eradicated :)

   Thanks,

      - yann

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:34:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2090C37B401; Wed,  5 Mar 2003 01:34:44 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 671D043F3F; Wed,  5 Mar 2003 01:34:43 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.134.12.dial1.sanjose1.level3.net ([209.245.134.12] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qVIQ-00069f-00; Wed, 05 Mar 2003 01:34:42 -0800
Message-ID: <3E65C34D.19E2D95C@mindspring.com>
Date: Wed, 05 Mar 2003 01:28:45 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Juli Mallett <jmallett@FreeBSD.org>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk> <3E65BB24.3E37D90D@mindspring.com> <20030305030708.A21014@FreeBSD.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4905eca38be64cb1cec62febb9e2426ba3ca473d225a0f487350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Juli Mallett wrote:
> * De: Terry Lambert <tlambert2@mindspring.com> [ Data: 2003-03-05 ]
>         [ Subjecte: Re: Removal of netns - politically correct version ]
> > On the other hand, there's no compelling reason to dike it out,
> > if it can be made to work.  I would argue that ISA support is
> > more or less just as obsolete, as is 486 support, as is the F00F
> > bug workaround, as is ... a lot of code that's still there.
> 
> I have a 486, lots of people have 486 PC 104 boards.  I have a lot
> of ISA stuff.  VLSI support would be equally obsolete.  So would
> support for a Sequent SMP 386.  We don't support them.  We have at
> least one feature you demonstate over and over needs moved to the
> attic.

I personally have two 4-port terminal servers that speak XNS.  I'm
pretty sure that others exist.

The argument about "IPX is just as simple" is true.  But it's not
useful for educational purposes, because it collides with a protocol
in common use; hacking it up isn't a good thing.

The argument about Cisco's IOS not supporting it soon is irrelevent,
until all the Cisco's on the net have their IOS image updated to the
version that doesn't support it.  It took about 3 years for the
updates to get out there so IPv6 was usable, so we have at least 3
years.


If you want to make this argument about "orphan code", then make it
about "orphan code".

If you want to make this argument about "reduced FreeBSD size", then
make it about "reduced FreeBSD size".

If you want to make it about "failure to attract a maintainer", then
do that.

I can give you reasoned arguments why all of these are wrong, using
historical examples from previous major code changes in the FreeBSD
source tree.


And here we see the source of my previous cynicism:

The truth is that you are proving that this was never about "the
code does not even compile", and you are proving that this was
never about "no one is willing to maintain the code".

If you go ahead and dike the code out, in the future, don't be
disingenuous about your motives in doing so, and pretend that they
are based on legitimate maintenance concerns, when they aren't.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:38:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A83B537B405; Wed,  5 Mar 2003 01:38:35 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C424943FBD; Wed,  5 Mar 2003 01:38:34 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.134.12.dial1.sanjose1.level3.net ([209.245.134.12] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qVM6-0006P9-00; Wed, 05 Mar 2003 01:38:31 -0800
Message-ID: <3E65C432.F3F1C42C@mindspring.com>
Date: Wed, 05 Mar 2003 01:32:34 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mark Linimon <linimon@lonesome.com>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: 
References: <Pine.LNX.4.44.0303050321290.24962-100000@pancho>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4f02ef0987691519604ada4c5205a492c666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mark Linimon wrote:
> > On the other hand, there's no compelling reason to dike it out,
> > if it can be made to work.
> 
> work == "not just compiled, but QAed against known-working implementations
> and correctly documented".
> 
> Have fun.  Looking forward to the patches and logs.

Just to be perfectly clear on what you are saying here:

Diking things out is OK, if there's no proven QA and/or no
documentation, or the documentation which exists is not
correct, right?

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:43: 1 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id F2B5537B405; Wed,  5 Mar 2003 01:42:58 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 395BD43FCB; Wed,  5 Mar 2003 01:42:58 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.134.12.dial1.sanjose1.level3.net ([209.245.134.12] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qVQO-0006j4-00; Wed, 05 Mar 2003 01:42:57 -0800
Message-ID: <3E65C538.A4F7A73A@mindspring.com>
Date: Wed, 05 Mar 2003 01:36:56 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Doug Barton <DougB@FreeBSD.org>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
	 <3E65BB24.3E37D90D@mindspring.com> <20030305011926.T18288@znfgre.tberna.bet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4f02ef09876915196a9cad9c88b30f9922601a10902912494350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Doug Barton wrote:
> On Wed, 5 Mar 2003, Terry Lambert wrote:
> > The code is still useful as a simple implementation, much more
> > easily understood by the student than the current TCP/IP stack,
> > for certain.
> 
> And it will still be available. It'll just be available in the Attic. The
> fact that it will get more broken in the future because it's not being
> maintained in the tree is not terribly significant since it's already
> broken now.

Why don't we let me sumbit patches, apply the things, and *then*
dike the code out, if that's your reasoning?


> > On the other hand, there's no compelling reason to dike it out,
> 
> There is at least one, namely that it will make kernel code updates easier
> to do, and easier to test.

And here people were telling me I was wrong for cynically assuming
that the reason people diked out so much code in the past year was
because they wanted to perform kernel code updates, without having
to maintain all the code they would be touching with those updates...


> > if it can be made to work.  I would argue that ISA support is
> > more or less just as obsolete, as is 486 support, as is the F00F
> > bug workaround, as is ... a lot of code that's still there.
> 
> Your argument here is non sequitur because we still have large bases of
> users and developers that have and use this hardware. I retired a box with
> an original P90 f00f bug cpu not that long ago, for example. netns has
> neither freebsd users or developers, and hasn't for years.

And I have two XNS terminalservers, and there are people on this
list with Apollo equipment.  Your point was again?


> > In any case, Peter pointed out that my patch was against -stable,
> > not -current.  I'm in the process of CVSup'ing new sources now,
> > and will update the patch against -current, and post it, most
> > likely tomorrow morning, if the CVSup doesn't complete in the next
> > hour.
> 
> I think that fixing the current brokeness is still useful, even if it gets
> axed. Putting it to bed with a full tummy will make future educational
> value of the code that much higher.

I suggested that before.  People are telling me they won't apply
the patches before they murder the code.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:44:35 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CC85C37B401; Wed,  5 Mar 2003 01:44:33 -0800 (PST)
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2DAA043FD7; Wed,  5 Mar 2003 01:44:33 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <20030305094432053001sbsae>; Wed, 5 Mar 2003 09:44:32 +0000
Date: Wed, 5 Mar 2003 01:44:32 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Juli Mallett <jmallett@FreeBSD.org>, Bob Bishop <rb@gid.co.uk>,
	Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
In-Reply-To: <3E65C34D.19E2D95C@mindspring.com>
Message-ID: <20030305014105.K18288@znfgre.tberna.bet>
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
 <3E65BB24.3E37D90D@mindspring.com> <20030305030708.A21014@FreeBSD.org>
 <3E65C34D.19E2D95C@mindspring.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, Terry Lambert wrote:

> If you want to make it about "failure to attract a maintainer", then
> do that.

Actually several people have made this argument, along with the corollary
"failure to attract a userbase."

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:47:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 8BBB037B401; Wed,  5 Mar 2003 01:47:29 -0800 (PST)
Received: from psg.com (psg.com [147.28.0.62])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 07AA143FCB; Wed,  5 Mar 2003 01:47:29 -0800 (PST)
	(envelope-from randy@psg.com)
Received: from localhost ([127.0.0.1] helo=roam.psg.com)
	by psg.com with esmtp (Exim 3.36 #1)
	id 18qVUm-0001Ce-00; Wed, 05 Mar 2003 01:47:28 -0800
Received: from localhost
	([127.0.0.1] helo=roam.psg.com ident=randy)
	by roam.psg.com with esmtp (Exim 4.12)
	id 18qVUk-0000uQ-00; Wed, 05 Mar 2003 01:47:26 -0800
From: Randy Bush <randy@psg.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Wed, 5 Mar 2003 01:47:25 -0800
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com>
	<4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
	<3E65BB24.3E37D90D@mindspring.com>
	<20030305030708.A21014@FreeBSD.org>
	<3E65C34D.19E2D95C@mindspring.com>
Message-Id: <E18qVUk-0000uQ-00@roam.psg.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> It took about 3 years for the updates to get out there so IPv6
> was usable

i have yet to see a cisco ios image supporting ipv6 that was usable
in production environment.  and i have tried hard.

but i will admit to not having seen apollo networking for over a
decade.  but i probably have not been looking very widely.

seems to me that one useful question is whether the netns code
being there non-trivially complicates maintenance and/or
reliability of other code, and can i compile or module it out if
the bits it occupies really bothers me?

randy


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:51:26 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2802137B401; Wed,  5 Mar 2003 01:51:25 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3F03143FA3; Wed,  5 Mar 2003 01:51:24 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.134.12.dial1.sanjose1.level3.net ([209.245.134.12] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qVYY-0007Lq-00; Wed, 05 Mar 2003 01:51:23 -0800
Message-ID: <3E65C72C.789FE15@mindspring.com>
Date: Wed, 05 Mar 2003 01:45:16 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Doug Barton <DougB@FreeBSD.org>
Cc: Juli Mallett <jmallett@FreeBSD.org>, Bob Bishop <rb@gid.co.uk>,
	Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
	 <3E65BB24.3E37D90D@mindspring.com> <20030305030708.A21014@FreeBSD.org>
	 <3E65C34D.19E2D95C@mindspring.com> <20030305014105.K18288@znfgre.tberna.bet>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4f02ef098769151960f747dfc0293a497666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Doug Barton wrote:
> On Wed, 5 Mar 2003, Terry Lambert wrote:
> > If you want to make it about "failure to attract a maintainer", then
> > do that.
> 
> Actually several people have made this argument, along with the corollary
> "failure to attract a userbase."

I would claim that non-working code *repelled* the userbase, just
as all the packet radio people went to Linux when the ISODE code
was murdered and X.25 went away, the same way we are talking about
doing to the XNS code now.  If your system can't do something,
then *of course* you are n'tgoing to attract user who want to do
that something: they will go to systems that aren't incapable of
doing what they want.

I would claim that the "failure to attract a maintainer" was a
result of too stringent control of commit priviledges.  There is
code lying fallow in FreeBSD now which has no maintainer, for
lack of commit priviledges for people willing to maintain the
code (and no, I am not making a case for myself here).

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:54:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A83F837B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 01:54:17 -0800 (PST)
Received: from highland.isltd.insignia.com (highland.isltd.insignia.com [195.74.141.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9CEC643F93
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 01:54:16 -0800 (PST)
	(envelope-from subscriber@insignia.com)
Received: from scorpio.isltd.insignia.com (scorpio.isltd.insignia.com [172.16.1.1])
	by highland.isltd.insignia.com (8.12.6/8.12.6) with ESMTP id h259sFRk021099
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 09:54:15 GMT
	(envelope-from subscriber@insignia.com)
Received: from exchange-uk.isltd.insignia.com (exchange-uk [172.16.1.6])
	by scorpio.isltd.insignia.com (8.11.3/8.11.3) with ESMTP id h259sE126710
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 09:54:14 GMT
Received: by exchange-uk.isltd.insignia.com with Internet Mail Service (5.5.2653.19)
	id <39492688>; Wed, 5 Mar 2003 09:54:14 -0000
Message-ID: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
From: Subscriber <subscriber@insignia.com>
To: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Plea for base system trim
Date: Wed, 5 Mar 2003 09:54:13 -0000 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Would the powers that be please consider removing sendmail,
bind and openssl from the base system, as was done for perl
with 5.0?

Now that there is portupgrade it is so much easier to update
ports and packages that the make buildworld etc cycle for
base system updates seems even more painful.

Having just done two rebuilds for recent OpenSSL and sendmail
vulnerabilities, I was surprised to discover that building the port
of apache13-modssl required the build of a port version of 
OpenSSL when I had the most updated (4.7) base system with
OpenSSL in it!. I hate having two versions installed; it makes me
fear that there will be problems caused by the wrong version being
used.

Jim Hatfield

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  1:55:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9ACAB37B401; Wed,  5 Mar 2003 01:55:27 -0800 (PST)
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8129E43FB1; Wed,  5 Mar 2003 01:55:26 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23])
          by sccrmhc01.attbi.com (sccrmhc01) with SMTP
          id <2003030509552500100j6lshe>; Wed, 5 Mar 2003 09:55:25 +0000
Date: Wed, 5 Mar 2003 01:55:24 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
In-Reply-To: <3E65C538.A4F7A73A@mindspring.com>
Message-ID: <20030305014800.E18288@znfgre.tberna.bet>
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
  <3E65BB24.3E37D90D@mindspring.com> <20030305011926.T18288@znfgre.tberna.bet>
 <3E65C538.A4F7A73A@mindspring.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, Terry Lambert wrote:

> Doug Barton wrote:
> > On Wed, 5 Mar 2003, Terry Lambert wrote:
> > > The code is still useful as a simple implementation, much more
> > > easily understood by the student than the current TCP/IP stack,
> > > for certain.
> >
> > And it will still be available. It'll just be available in the Attic. The
> > fact that it will get more broken in the future because it's not being
> > maintained in the tree is not terribly significant since it's already
> > broken now.
>
> Why don't we let me sumbit patches, apply the things, and *then*
> dike the code out, if that's your reasoning?

We should. If no one else wants to do it, I'll be glad to. I can raise my
kernel commit percentage a whole order of magnitude! (up to 0.0001%)

> > > On the other hand, there's no compelling reason to dike it out,
> >
> > There is at least one, namely that it will make kernel code updates easier
> > to do, and easier to test.
>
> And here people were telling me I was wrong for cynically assuming
> that the reason people diked out so much code in the past year was
> because they wanted to perform kernel code updates, without having
> to maintain all the code they would be touching with those updates...

I think that's definitely part of the motivation, I just think you're
wrong to be cynical about it. :) There is no reason not to cut broken,
unused code when it will always be available in CVS if someone comes along
to make it useful again.

> > > if it can be made to work.  I would argue that ISA support is
> > > more or less just as obsolete, as is 486 support, as is the F00F
> > > bug workaround, as is ... a lot of code that's still there.
> >
> > Your argument here is non sequitur because we still have large bases of
> > users and developers that have and use this hardware. I retired a box with
> > an original P90 f00f bug cpu not that long ago, for example. netns has
> > neither freebsd users or developers, and hasn't for years.
>
> And I have two XNS terminalservers, and there are people on this
> list with Apollo equipment.  Your point was again?

My point is that we do not, and can not have any user base for the code as
it exists, and we could not have for years because it doesn't work. The
fact that there may be N users of netns in the universe doesn't affect the
brokeness of our code as it has existed in recent history.

Doug

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2: 9:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A2E0937B401; Wed,  5 Mar 2003 02:09:51 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B441E43FA3; Wed,  5 Mar 2003 02:09:50 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h25A9ndE009248;
	Wed, 5 Mar 2003 10:09:49 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.7/Submit) with UUCP id h25A9nii009247;
	Wed, 5 Mar 2003 10:09:49 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h25A8PIg042840;
	Wed, 5 Mar 2003 10:08:25 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303051008.h25A8PIg042840@grimreaper.grondar.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version 
In-Reply-To: Your message of "Tue, 04 Mar 2003 15:41:41 PST."
             <3E6539B5.2F5D31B@mindspring.com> 
Date: Wed, 05 Mar 2003 10:08:25 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert writes:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Is there a compelling reason for removing this working code to
> > > the Attic?
> > 
> > Terry: will you please check your facts?  It takes around 30 seconds
> > to find out that it doesn't even compile.
> 
> [ ... lots of trivial to fix warnings and errors ... ]
> 
> 
> Tell you what, I'll fix these and post a patch.  Will that make you
> guys happy?
> 
> This crap is *soooooooo* trivial to fix, it's easier to fix than
> to watch you guys bitch about it not being fixable.

Will it be runnable (as in tested), rather than a compile-only fix?

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2:13:31 2003
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id BF93237B401; Wed,  5 Mar 2003 02:13:29 -0800 (PST)
Date: Wed, 5 Mar 2003 04:13:29 -0600
From: Juli Mallett <jmallett@FreeBSD.org>
To: Mark Murray <mark@grondar.org>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
Message-ID: <20030305041329.A29330@FreeBSD.org>
References: <3E6539B5.2F5D31B@mindspring.com> <200303051008.h25A8PIg042840@grimreaper.grondar.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <200303051008.h25A8PIg042840@grimreaper.grondar.org>; from mark@grondar.org on Wed, Mar 05, 2003 at 10:08:25AM +0000
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>, <juli@arcti.ca>
X-Towel: Yes
X-Negacore: Yes
X-Title: Code Maven
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* De: Mark Murray <mark@grondar.org> [ Data: 2003-03-05 ]
	[ Subjecte: Re: Removal of netns - politically correct version ]
> Terry Lambert writes:
> > Peter Wemm wrote:
> > > Terry Lambert wrote:
> > > > Is there a compelling reason for removing this working code to
> > > > the Attic?
> > > 
> > > Terry: will you please check your facts?  It takes around 30 seconds
> > > to find out that it doesn't even compile.
> > 
> > [ ... lots of trivial to fix warnings and errors ... ]
> > 
> > 
> > Tell you what, I'll fix these and post a patch.  Will that make you
> > guys happy?
> > 
> > This crap is *soooooooo* trivial to fix, it's easier to fix than
> > to watch you guys bitch about it not being fixable.
> 
> Will it be runnable (as in tested), rather than a compile-only fix?

compile-only would be a good state to leave the code in the attic.
-- 
juli mallett. email: jmallett@freebsd.org; aim: bsdflata; efnet: juli;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2:14:20 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 24DDE37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 02:14:19 -0800 (PST)
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2EBAA43FB1
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 02:14:18 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <2003030510141600300agotme>; Wed, 5 Mar 2003 10:14:17 +0000
Date: Wed, 5 Mar 2003 02:14:16 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Subscriber <subscriber@insignia.com>
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
In-Reply-To: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
Message-ID: <20030305015947.M18288@znfgre.tberna.bet>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, Subscriber wrote:

> Would the powers that be please consider removing sendmail,
> bind and openssl from the base system, as was done for perl
> with 5.0?

This topic has been discussed ad nauseum, and the consensus has always
been that those three things (and openssh) should stay in. Please see the
archives for the reasoning. For example, as BIND maintainer I actually
_support_ the theory of removing BIND, however the reality is a little
different. There are three main components of BIND; the named stuff
(sbin/named, sbin/ndc, etc.), the userland stuff (dig, host, etc.), and
the resolver library. Of those three things, we actually need the last two
in order to include ourselves in a useful definition of "Unix system"
(although I'd LOVE to nuke nslookup, if I thought I could ever live down
the whining and crying it would cause). So keeping BIND in the base
actually serves a purpose. Similar arguments can be made for the other
components you listed.

Now that said, I've been working off and on to make it easier to replace
parts of the base with stuff from the ports. Both BIND ports have
PORT_REPLACES_BASE_ Makefile options, and I know that they are useful
because I use them at work. I have a proposal document and some patches
that both need polishing to create a "standard" way to do this. My long
term goal (although this is not necessarily shared by other people in the
project) is to make it easier to create a modular system that takes
advantage of the ports exclusively for contrib code. Of course, we've been
talking about this for 8 years too, so don't hold your breath. :)

> Having just done two rebuilds for recent OpenSSL and sendmail
> vulnerabilities, I was surprised to discover that building the port
> of apache13-modssl required the build of a port version of
> OpenSSL when I had the most updated (4.7) base system with
> OpenSSL in it!.

That sounds like a mistake to me, but I'm not familiar with the details.

Doug

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2:20:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 03F2337B40C
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 02:20:23 -0800 (PST)
Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 613FC43FBD
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 02:20:22 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23])
          by sccrmhc02.attbi.com (sccrmhc02) with SMTP
          id <200303051020190020080j74e>; Wed, 5 Mar 2003 10:20:20 +0000
Date: Wed, 5 Mar 2003 02:20:14 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Subscriber <subscriber@insignia.com>
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
In-Reply-To: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
Message-ID: <20030305021455.O18288@znfgre.tberna.bet>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

D'oh, I forgot the other half of my response (I KNOW you're disappointed
by this). :)

A big part of the reason that perl was cut is that bmake'ing the build was
a NIGHTMARE. By contrast, the BIND bmake glue is not terribly difficult to
maintain. The other contributing factors were the license (not BSD
friendly, although not as bad as some other things), the fact that we'd
already cut other interpreted languages like tcl, and the fact that the
perl state of the art moves faster than our major release cycles. Of
course, it doesn't help that perl weenies (of which I'm one) tend to like
the bleeding edge, and FreeBSD is (rightfully) more of a comfortable,
"don't upgrade it if it already works" kind of place.

Doug

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2:21:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 7F3A437B405; Wed,  5 Mar 2003 02:21:35 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A304843F85; Wed,  5 Mar 2003 02:21:33 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h25ALUlL017362;
	Wed, 5 Mar 2003 12:21:31 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <006f01c2e300$fdfc49f0$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Randy Bush" <randy@psg.com>,
	"Terry Lambert" <tlambert2@mindspring.com>
Cc: <freebsd-net@FreeBSD.ORG>, <freebsd-current@FreeBSD.ORG>
References: <3E6539B5.2F5D31B@mindspring.com><4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk><3E65BB24.3E37D90D@mindspring.com><20030305030708.A21014@FreeBSD.org><3E65C34D.19E2D95C@mindspring.com> <E18qVUk-0000uQ-00@roam.psg.com>
Subject: Re: Removal of netns - politically correct version
Date: Wed, 5 Mar 2003 12:21:30 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>
> i have yet to see a cisco ios image supporting ipv6 that was usable
> in production environment.  and i have tried hard.

This is getting OT but on the subject of repelling users, they´re probably
trying hard to repel their users to the vendor J boxen.
>
> but i will admit to not having seen apollo networking for over a
> decade.  but i probably have not been looking very widely.

I´ve made a sighting in 1996 if I remember correctly. For their sake, I hope
that´s gone now.
>
> seems to me that one useful question is whether the netns code
> being there non-trivially complicates maintenance and/or
> reliability of other code, and can i compile or module it out if
> the bits it occupies really bothers me?
>
This is probably the right question.

Pete


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2:24:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 135E737B401; Wed,  5 Mar 2003 02:24:45 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2046343FA3; Wed,  5 Mar 2003 02:24:44 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h25AOhdE009389;
	Wed, 5 Mar 2003 10:24:43 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.7/Submit) with UUCP id h25AOg28009388;
	Wed, 5 Mar 2003 10:24:42 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h25AOrIg043058;
	Wed, 5 Mar 2003 10:24:53 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303051024.h25AOrIg043058@grimreaper.grondar.org>
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: Terry Lambert <tlambert2@mindspring.com>,
	Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version 
In-Reply-To: Your message of "Wed, 05 Mar 2003 04:13:29 CST."
             <20030305041329.A29330@FreeBSD.org> 
Date: Wed, 05 Mar 2003 10:24:53 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Juli Mallett writes:
> > > This crap is *soooooooo* trivial to fix, it's easier to fix than
> > > to watch you guys bitch about it not being fixable.
> >
> > Will it be runnable (as in tested), rather than a compile-only fix?
>
> compile-only would be a good state to leave the code in the attic.

Only if it kills this _really_ dumb debate. In time, it will no longer
compile, and then the situation will be the same as just punting to the
Attic without the "fix".

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2:39:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 944F037B401; Wed,  5 Mar 2003 02:39:35 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D843343F3F; Wed,  5 Mar 2003 02:39:34 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.138.78.dial1.sanjose1.level3.net ([209.245.138.78] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qWJA-0004n7-00; Wed, 05 Mar 2003 02:39:32 -0800
Message-ID: <3E65D1E7.9C744476@mindspring.com>
Date: Wed, 05 Mar 2003 02:31:03 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mark Murray <mark@grondar.org>
Cc: Peter Wemm <peter@wemm.org>, Mike Barcroft <mike@FreeBSD.ORG>,
	Tim Robbins <tjr@FreeBSD.ORG>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <200303051008.h25A8PIg042840@grimreaper.grondar.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a44d2fdc9a6c7bf6f26b60fce9e3b351c4a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mark Murray wrote:
> Terry Lambert writes:
> > Peter Wemm wrote:
> > > Terry: will you please check your facts?  It takes around 30 seconds
> > > to find out that it doesn't even compile.
> >
> > [ ... lots of trivial to fix warnings and errors ... ]
> >
> > Tell you what, I'll fix these and post a patch.  Will that make you
> > guys happy?
> 
> Will it be runnable (as in tested), rather than a compile-only fix?

Is "tested" a requirement fo code to be committed or to have it
stay in the tree?

Be careful of your answer, unless you are willing to remove all
code that does not meet that criteria...

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  2:49: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 64ECB37B405
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 02:49:01 -0800 (PST)
Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6B56443FCB
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 02:49:00 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h25AmrLT044651;
	Wed, 5 Mar 2003 02:48:53 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h25AmrCj044650;
	Wed, 5 Mar 2003 02:48:53 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Date: Wed, 5 Mar 2003 02:48:53 -0800
From: David Schultz <das@FreeBSD.ORG>
To: Subscriber <subscriber@insignia.com>
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@FreeBSD.ORG>
Subject: Re: Plea for base system trim
Message-ID: <20030305104852.GB44555@HAL9000.homeunix.com>
Mail-Followup-To: Subscriber <subscriber@insignia.com>,
	"FreeBSD-Current (E-mail)" <freebsd-current@FreeBSD.ORG>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Subscriber <subscriber@insignia.com>:
> Would the powers that be please consider removing sendmail,
> bind and openssl from the base system, as was done for perl
> with 5.0?

Please don't restart this flamewar.  When we have a better
installer, then it may be possible in the future to select between
multiple mailers (for example), but nobody is going to rip out
widely-used functionality because someone has a pet peeve.  (And
yes, this *is* just a pet peeve; if it were not, you'd see people
complaining about ntpd, ipfilter, pnpinfo, etc. instead.)  Check
the archives.

As far as security updates are concerned, keep in mind that base
system components are actually *better* supported by the FreeBSD
security officer than are ports.  If you really want the ports
version of something, put the appropriate NO_* option in your
make.conf and install the ports version instead.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  3: 1:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D9B4C37B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 03:01:30 -0800 (PST)
Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [193.201.200.170])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BDEA143FCB
	for <current@freebsd.org>; Wed,  5 Mar 2003 03:01:29 -0800 (PST)
	(envelope-from fanf@chiark.greenend.org.uk)
Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1)
	id 18qWeO-0002ub-00 (Debian); Wed, 05 Mar 2003 11:01:28 +0000
To: tlambert2@mindspring.com
From: Tony Finch <dot@dotat.at>
Cc: current@freebsd.org
Subject: Re: Removal of netns - politically correct version
In-Reply-To: <m2n.s.18qUke-000q59@chiark.greenend.org.uk>
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
Message-Id: <E18qWeO-0002ub-00@chiark.greenend.org.uk>
Date: Wed, 05 Mar 2003 11:01:28 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert <tlambert2@mindspring.com> wrote:
>
>Given that the current TCP/IP stack no longer matches the Stevens
>books, and given that Stevens is too dead to update the books to
>the new FreeBSD stack, even if he wanted to, it's useful to have
>a relatively simple set of code that can be understood without a
>book that's not getting written.

Actually the Stevens books are still useful as a guide to the FreeBSD
IP stack because they give the important overview and description of
how the parts fit together. The details might be different but not
enough to confuse a competent programmer.

Tony.
-- 
f.a.n.finch  <dot@dotat.at>  http://dotat.at/
ROCKALL MALIN HEBRIDES: CYCLONIC BECOMING WEST OR SOUTHWEST 6 TO GALE 8,
OCCASIONALLY SEVERE GALE 9 IN MALIN AND HEBRIDES AT FIRST. SQUALLY SHOWERS.
GOOD.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  3:20:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9835B37B401; Wed,  5 Mar 2003 03:20:18 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B044943F75; Wed,  5 Mar 2003 03:20:17 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h25BKGdE010115;
	Wed, 5 Mar 2003 11:20:16 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.7/Submit) with UUCP id h25BKGrb010114;
	Wed, 5 Mar 2003 11:20:16 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h25BIHIg043714;
	Wed, 5 Mar 2003 11:18:17 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303051118.h25BIHIg043714@grimreaper.grondar.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version 
In-Reply-To: Your message of "Wed, 05 Mar 2003 02:31:03 PST."
             <3E65D1E7.9C744476@mindspring.com> 
Date: Wed, 05 Mar 2003 11:18:17 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert writes:
> Mark Murray wrote:
> > Will it be runnable (as in tested), rather than a compile-only fix?
> 
> Is "tested" a requirement fo code to be committed or to have it
> stay in the tree?

Both.

> Be careful of your answer, unless you are willing to remove all
> code that does not meet that criteria...

Be careful of your interpretation of my answer. State _all_ your
premises, and be careful not to use any undeclared ones. Do not hold
me to any premise that I have not agreed to.

All broken code needs to be fixed XOR removed. All fixes need to be
tested. All code in the tree needs to be tested often to ensure that
it is not broken.

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  4:20:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 23EEA37B401; Wed,  5 Mar 2003 04:19:27 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0939843FBF; Wed,  5 Mar 2003 04:19:25 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.138.78.dial1.sanjose1.level3.net ([209.245.138.78] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qXrG-0004Dk-00; Wed, 05 Mar 2003 04:18:51 -0800
Message-ID: <3E65E7A5.DBD9097A@mindspring.com>
Date: Wed, 05 Mar 2003 04:03:49 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Peter Wemm <peter@wemm.org>
Cc: Mike Barcroft <mike@FreeBSD.org>, Tim Robbins <tjr@freebsd.org>,
	freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: [PATCH 5.x] netns
References: <20030305013509.AD7662A8BB@canning.wemm.org>
Content-Type: multipart/mixed;
 boundary="------------683C78166CD831774FABBA7C"
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d7bdc6a7051604583ef0aeb5b0711289a7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a multi-part message in MIME format.
--------------683C78166CD831774FABBA7C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Peter Wemm wrote:
> Terry Lambert wrote:
> > Here are two patches.  The first fixes missing pieces in /sys/conf/files
> > and /sys/conf/options, the second fixes all the files that need it in
> > /sys/netns/.
> 
> You seem to have posted the wrong patch.
> 
> This is against 4.x, not -current, and this is current@freebsd.org.

Here is a single patch vs. 5.x.

I believe this makes it actually work.  I have addressed all
the protosw issues in this patch.

Please apply this to the code, even if you are intent on putting
working code in the Attic.

Thanks,
-- Terry
--------------683C78166CD831774FABBA7C
Content-Type: text/plain; charset=us-ascii;
 name="netns5.diff"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="netns5.diff"

Index: conf/files
===================================================================
RCS file: /cvs/src/sys/conf/files,v
retrieving revision 1.765
diff -c -r1.765 files
*** conf/files	4 Mar 2003 23:19:55 -0000	1.765
--- conf/files	5 Mar 2003 06:03:11 -0000
***************
*** 1429,1434 ****
--- 1429,1435 ----
  netns/ns_output.c	optional ns
  netns/ns_pcb.c		optional ns
  netns/ns_proto.c	optional ns
+ netns/ns_cksum.c	optional ns
  netns/spp_debug.c	optional ns
  netns/spp_usrreq.c	optional ns
  netsmb/smb_conn.c		optional netsmb
Index: netns/idp_usrreq.c
===================================================================
RCS file: /cvs/src/sys/netns/idp_usrreq.c,v
retrieving revision 1.15
diff -c -r1.15 idp_usrreq.c
*** netns/idp_usrreq.c	19 Feb 2003 05:47:37 -0000	1.15
--- netns/idp_usrreq.c	5 Mar 2003 08:04:20 -0000
***************
*** 54,59 ****
--- 54,63 ----
  #include <netns/idp_var.h>
  #include <netns/ns_error.h>
  
+ extern int idpcksum;		/* from ns_input.c */
+ extern long ns_pexseq;		/* from ns_input.c */
+ extern struct nspcb nsrawpcb;	/* from ns_input.c */
+ 
  /*
   * IDP protocol implementation.
   */
***************
*** 63,72 ****
  /*
   *  This may also be called for raw listeners.
   */
! idp_input(m, nsp)
  	struct mbuf *m;
! 	register struct nspcb *nsp;
  {
  	register struct idp *idp = mtod(m, struct idp *);
  	struct ifnet *ifp = m->m_pkthdr.rcvif;
  
--- 67,78 ----
  /*
   *  This may also be called for raw listeners.
   */
! void
! idp_input(m, nsp0)
  	struct mbuf *m;
! 	int nsp0;		/* XXX offset */
  {
+ 	register struct nspcb *nsp = ns_pcblookupm(m);
  	register struct idp *idp = mtod(m, struct idp *);
  	struct ifnet *ifp = m->m_pkthdr.rcvif;
  
***************
*** 79,92 ****
  	idp_ns.sns_addr = idp->idp_sna;
  	if (ns_neteqnn(idp->idp_sna.x_net, ns_zeronet) && ifp) {
  		register struct ifaddr *ifa;
  
! 		for (ifa = ifp->if_addrlist; ifa; ifa = ifa->ifa_next) {
  			if (ifa->ifa_addr->sa_family == AF_NS) {
  				idp_ns.sns_addr.x_net =
  					IA_SNS(ifa)->sns_addr.x_net;
  				break;
  			}
! 		}
  	}
  	nsp->nsp_rpt = idp->idp_pt;
  	if ( ! (nsp->nsp_flags & NSP_RAWIN) ) {
--- 85,100 ----
  	idp_ns.sns_addr = idp->idp_sna;
  	if (ns_neteqnn(idp->idp_sna.x_net, ns_zeronet) && ifp) {
  		register struct ifaddr *ifa;
+ 		int s;
  
! 		s = splimp();
! 		TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link)
  			if (ifa->ifa_addr->sa_family == AF_NS) {
  				idp_ns.sns_addr.x_net =
  					IA_SNS(ifa)->sns_addr.x_net;
  				break;
  			}
! 		splx(s);
  	}
  	nsp->nsp_rpt = idp->idp_pt;
  	if ( ! (nsp->nsp_flags & NSP_RAWIN) ) {
***************
*** 103,108 ****
--- 111,117 ----
  	m_freem(m);
  }
  
+ void
  idp_abort(nsp)
  	struct nspcb *nsp;
  {
***************
*** 134,153 ****
  	so->so_error = errno;
  	ns_pcbdisconnect(nsp);
  	soisdisconnected(so);
  }
  
  int noIdpRoute;
! idp_output(nsp, m0)
! 	struct nspcb *nsp;
  	struct mbuf *m0;
  {
! 	register struct mbuf *m;
  	register struct idp *idp;
- 	register struct socket *so;
  	register int len;
  	register struct route *ro;
! 	struct mbuf *mprev;
! 	extern int idpcksum;
  
  	len = m_length(m0, &mprev);
  	/*
--- 143,164 ----
  	so->so_error = errno;
  	ns_pcbdisconnect(nsp);
  	soisdisconnected(so);
+ 	return(NULL);		/* XXX */
  }
  
  int noIdpRoute;
! 
! int
! idp_output(m0, so)
  	struct mbuf *m0;
+ 	struct socket *so;
  {
! 	struct nspcb *nsp = sotonspcb(so);
! 	struct mbuf *m;
  	register struct idp *idp;
  	register int len;
  	register struct route *ro;
! 	struct mbuf *mprev = NULL;
  
  	len = m_length(m0, &mprev);
  	/*
***************
*** 204,210 ****
  	/*
  	 * Output datagram.
  	 */
- 	so = nsp->nsp_socket;
  	if (so->so_options & SO_DONTROUTE)
  		return (ns_output(m, (struct route *)0,
  		    (so->so_options & SO_BROADCAST) | NS_ROUTETOIF));
--- 215,220 ----
***************
*** 253,274 ****
  	if (noIdpRoute) ro = 0;
  	return (ns_output(m, ro, so->so_options & SO_BROADCAST));
  }
  /* ARGSUSED */
! idp_ctloutput(req, so, level, name, value)
! 	int req, level;
  	struct socket *so;
! 	int name;
! 	struct mbuf **value;
  {
  	register struct mbuf *m;
  	struct nspcb *nsp = sotonspcb(so);
  	int mask, error = 0;
- 	extern long ns_pexseq;
  
  	if (nsp == NULL)
  		return (EINVAL);
  
! 	switch (req) {
  
  	case PRCO_GETOPT:
  		if (value==NULL)
--- 263,284 ----
  	if (noIdpRoute) ro = 0;
  	return (ns_output(m, ro, so->so_options & SO_BROADCAST));
  }
+ 
  /* ARGSUSED */
! int
! idp_ctloutput( so, sopt)
  	struct socket *so;
! 	struct sockopt *sopt;
  {
  	register struct mbuf *m;
+ 	struct mbuf **value = sopt->sopt_val;	/* XXX dangerous */
  	struct nspcb *nsp = sotonspcb(so);
  	int mask, error = 0;
  
  	if (nsp == NULL)
  		return (EINVAL);
  
! 	switch (sopt->sopt_dir) {
  
  	case PRCO_GETOPT:
  		if (value==NULL)
***************
*** 276,282 ****
  		m = m_get(M_DONTWAIT, MT_DATA);
  		if (m==NULL)
  			return (ENOBUFS);
! 		switch (name) {
  
  		case SO_ALL_PACKETS:
  			mask = NSP_ALL_PACKETS;
--- 286,292 ----
  		m = m_get(M_DONTWAIT, MT_DATA);
  		if (m==NULL)
  			return (ENOBUFS);
! 		switch (sopt->sopt_name) {
  
  		case SO_ALL_PACKETS:
  			mask = NSP_ALL_PACKETS;
***************
*** 318,324 ****
  		break;
  
  	case PRCO_SETOPT:
! 		switch (name) {
  			int *ok;
  
  		case SO_ALL_PACKETS:
--- 328,334 ----
  		break;
  
  	case PRCO_SETOPT:
! 		switch (sopt->sopt_name) {
  			int *ok;
  
  		case SO_ALL_PACKETS:
***************
*** 365,374 ****
  }
  
  /*ARGSUSED*/
! idp_usrreq(so, req, m, nam, control)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *control;
  {
  	struct nspcb *nsp = sotonspcb(so);
  	int error = 0;
--- 375,386 ----
  }
  
  /*ARGSUSED*/
! int
! idp_usrreq(so, req, m, nam, control, td)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *control;
+ 	struct thread *td;
  {
  	struct nspcb *nsp = sotonspcb(so);
  	int error = 0;
***************
*** 449,455 ****
  	case PRU_SEND:
  	{
  		struct ns_addr laddr;
! 		int s;
  
  		if (nam) {
  			laddr = nsp->nsp_laddr;
--- 461,467 ----
  	case PRU_SEND:
  	{
  		struct ns_addr laddr;
! 		int s = -1;	/* XXX compiler warns improperly */
  
  		if (nam) {
  			laddr = nsp->nsp_laddr;
***************
*** 472,478 ****
  				break;
  			}
  		}
! 		error = idp_output(nsp, m);
  		m = NULL;
  		if (nam) {
  			ns_pcbdisconnect(nsp);
--- 484,490 ----
  				break;
  			}
  		}
! 		error = idp_output(m, so);
  		m = NULL;
  		if (nam) {
  			ns_pcbdisconnect(nsp);
***************
*** 526,549 ****
  		m_freem(m);
  	return (error);
  }
  /*ARGSUSED*/
! idp_raw_usrreq(so, req, m, nam, control)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *control;
  {
  	int error = 0;
  	struct nspcb *nsp = sotonspcb(so);
- 	extern struct nspcb nsrawpcb;
  
  	switch (req) {
  
  	case PRU_ATTACH:
  
  		if (!(so->so_state & SS_PRIV) || (nsp != NULL)) {
  			error = EINVAL;
  			break;
  		}
  		error = ns_pcballoc(so, &nsrawpcb);
  		if (error)
  			break;
--- 538,566 ----
  		m_freem(m);
  	return (error);
  }
+ 
  /*ARGSUSED*/
! int
! idp_raw_usrreq(so, req, m, nam, control, td)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *control;
+ 	struct thread *td;
  {
  	int error = 0;
  	struct nspcb *nsp = sotonspcb(so);
  
  	switch (req) {
  
  	case PRU_ATTACH:
  
+ #ifdef NS_PRIV_SOCKETS
  		if (!(so->so_state & SS_PRIV) || (nsp != NULL)) {
  			error = EINVAL;
  			break;
  		}
+ #endif	/* NS_PRIV_SOCKETS */
+ 
  		error = ns_pcballoc(so, &nsrawpcb);
  		if (error)
  			break;
***************
*** 555,561 ****
  		nsp->nsp_flags = NSP_RAWIN | NSP_RAWOUT;
  		break;
  	default:
! 		error = idp_usrreq(so, req, m, nam, control);
  	}
  	return (error);
  }
--- 572,578 ----
  		nsp->nsp_flags = NSP_RAWIN | NSP_RAWOUT;
  		break;
  	default:
! 		error = idp_usrreq(so, req, m, nam, control, td);
  	}
  	return (error);
  }
Index: netns/idp_var.h
===================================================================
RCS file: /cvs/src/sys/netns/idp_var.h,v
retrieving revision 1.10
diff -c -r1.10 idp_var.h
*** netns/idp_var.h	29 Dec 1999 04:46:18 -0000	1.10
--- netns/idp_var.h	5 Mar 2003 07:51:33 -0000
***************
*** 50,55 ****
--- 50,67 ----
  
  #ifdef _KERNEL
  struct	idpstat	idpstat;
+ struct nspcb;			/* declare in scope for ptr parameter */
+ struct thread;			/* XXX not used */
+ 
+ void idp_abort __P((struct nspcb *));
+ void idp_input __P((struct mbuf *, int));
+ struct nspcb *idp_drop __P((struct nspcb *, int));
+ int idp_output __P(( struct mbuf *, struct socket *));
+ int idp_ctloutput __P((struct socket *, struct sockopt *));
+ int idp_usrreq __P(( struct socket *, int, struct mbuf *, struct mbuf *,
+ 		struct mbuf *, struct thread *));
+ int idp_raw_usrreq __P(( struct socket *, int, struct mbuf *, struct mbuf *,
+ 		struct mbuf *, struct thread *));
  #endif
  
  #endif
Index: netns/ns.c
===================================================================
RCS file: /cvs/src/sys/netns/ns.c,v
retrieving revision 1.13
diff -c -r1.13 ns.c
*** netns/ns.c	19 Feb 2003 05:47:37 -0000	1.13
--- netns/ns.c	5 Mar 2003 06:32:52 -0000
***************
*** 36,43 ****
  
  #include <sys/param.h>
  #include <sys/systm.h>
  #include <sys/mbuf.h>
! #include <sys/ioctl.h>
  #include <sys/protosw.h>
  #include <sys/errno.h>
  #include <sys/socket.h>
--- 36,44 ----
  
  #include <sys/param.h>
  #include <sys/systm.h>
+ #include <sys/malloc.h>
  #include <sys/mbuf.h>
! #include <sys/sockio.h>
  #include <sys/protosw.h>
  #include <sys/errno.h>
  #include <sys/socket.h>
***************
*** 49,54 ****
--- 50,57 ----
  #include <netns/ns.h>
  #include <netns/ns_if.h>
  
+ #include "opt_ns.h"
+ 
  #ifdef NS
  
  struct ns_ifaddr *ns_ifaddr;
***************
*** 59,64 ****
--- 62,68 ----
   * Generic internet control operations (ioctl's).
   */
  /* ARGSUSED */
+ int
  ns_control(so, cmd, data, ifp)
  	struct socket *so;
  	int cmd;
***************
*** 68,76 ****
  	register struct ifreq *ifr = (struct ifreq *)data;
  	register struct ns_aliasreq *ifra = (struct ns_aliasreq *)data;
  	register struct ns_ifaddr *ia;
! 	struct ifaddr *ifa;
  	struct ns_ifaddr *oia;
! 	int error, dstIsNew, hostIsNew;
  
  	/*
  	 * Find address for this interface, if it exists.
--- 72,81 ----
  	register struct ifreq *ifr = (struct ifreq *)data;
  	register struct ns_aliasreq *ifra = (struct ns_aliasreq *)data;
  	register struct ns_ifaddr *ia;
! 	struct ifaddr *ifa = NULL;	/* XXX used uninitialized ?*/
  	struct ns_ifaddr *oia;
! 	int dstIsNew, hostIsNew;
! 	int error = 0;	/* initialize because of scoping */
  
  	/*
  	 * Find address for this interface, if it exists.
***************
*** 107,114 ****
--- 112,121 ----
  		return (0);
  	}
  
+ #ifdef NS_PRIV_SOCKETS
  	if ((so->so_state & SS_PRIV) == 0)
  		return (EPERM);
+ #endif	/* NS_PRIV_SOCKETS */
  
  	switch (cmd) {
  	case SIOCAIFADDR:
***************
*** 132,150 ****
  			if (oia == (struct ns_ifaddr *)NULL)
  				return (ENOBUFS);
  			bzero((caddr_t)oia, sizeof(*oia));
! 			if (ia = ns_ifaddr) {
  				for ( ; ia->ia_next; ia = ia->ia_next)
  					;
  				ia->ia_next = oia;
  			} else
  				ns_ifaddr = oia;
  			ia = oia;
! 			if (ifa = ifp->if_addrlist) {
! 				for ( ; ifa->ifa_next; ifa = ifa->ifa_next)
! 					;
! 				ifa->ifa_next = (struct ifaddr *) ia;
! 			} else
! 				ifp->if_addrlist = (struct ifaddr *) ia;
  			ia->ia_ifp = ifp;
  			ia->ia_ifa.ifa_addr = (struct sockaddr *)&ia->ia_addr;
  
--- 139,153 ----
  			if (oia == (struct ns_ifaddr *)NULL)
  				return (ENOBUFS);
  			bzero((caddr_t)oia, sizeof(*oia));
! 			if ((ia = ns_ifaddr) != NULL) {
  				for ( ; ia->ia_next; ia = ia->ia_next)
  					;
  				ia->ia_next = oia;
  			} else
  				ns_ifaddr = oia;
  			ia = oia;
! 
! 			TAILQ_INSERT_TAIL(&ifp->if_addrhead, ifa, ifa_link);
  			ia->ia_ifp = ifp;
  			ia->ia_ifa.ifa_addr = (struct sockaddr *)&ia->ia_addr;
  
***************
*** 163,170 ****
  	}
  
  	switch (cmd) {
- 		int error;
- 
  	case SIOCSIFDSTADDR:
  		if ((ifp->if_flags & IFF_POINTOPOINT) == 0)
  			return (EINVAL);
--- 166,171 ----
***************
*** 173,179 ****
  			ia->ia_flags &= ~IFA_ROUTE;
  		}
  		if (ifp->if_ioctl) {
! 			error = (*ifp->if_ioctl)(ifp, SIOCSIFDSTADDR, ia);
  			if (error)
  				return (error);
  		}
--- 174,181 ----
  			ia->ia_flags &= ~IFA_ROUTE;
  		}
  		if (ifp->if_ioctl) {
! 			error = (*ifp->if_ioctl)(ifp, SIOCSIFDSTADDR,
! 								(caddr_t)ia);
  			if (error)
  				return (error);
  		}
***************
*** 181,203 ****
  		return (0);
  
  	case SIOCSIFADDR:
! 		return (ns_ifinit(ifp, ia,
  				(struct sockaddr_ns *)&ifr->ifr_addr, 1));
  
  	case SIOCDIFADDR:
! 		ns_ifscrub(ifp, ia);
! 		if ((ifa = ifp->if_addrlist) == (struct ifaddr *)ia)
! 			ifp->if_addrlist = ifa->ifa_next;
! 		else {
! 			while (ifa->ifa_next &&
! 			       (ifa->ifa_next != (struct ifaddr *)ia))
! 				    ifa = ifa->ifa_next;
! 			if (ifa->ifa_next)
! 			    ifa->ifa_next = ((struct ifaddr *)ia)->ifa_next;
! 			else
! 				printf("Couldn't unlink nsifaddr from ifp\n");
! 		}
  		oia = ia;
  		if (oia == (ia = ns_ifaddr)) {
  			ns_ifaddr = ia->ia_next;
  		} else {
--- 183,196 ----
  		return (0);
  
  	case SIOCSIFADDR:
! 		return (ns_ifinit(ifp, (struct ns_ifaddr *)ia,
  				(struct sockaddr_ns *)&ifr->ifr_addr, 1));
  
  	case SIOCDIFADDR:
! 		ns_ifscrub(ifp, (struct ns_ifaddr *)ia);
! 		/* XXX not on list? */
  		oia = ia;
+ 		TAILQ_REMOVE(&ifp->if_addrhead, (struct ifaddr *)ia, ifa_link);
  		if (oia == (ia = ns_ifaddr)) {
  			ns_ifaddr = ia->ia_next;
  		} else {
***************
*** 231,243 ****
  		if ((ifp->if_flags & IFF_POINTOPOINT) &&
  		    (ifra->ifra_dstaddr.sns_family == AF_NS)) {
  			if (hostIsNew == 0)
! 				ns_ifscrub(ifp, ia);
  			ia->ia_dstaddr = ifra->ifra_dstaddr;
  			dstIsNew  = 1;
  		}
  		if (ifra->ifra_addr.sns_family == AF_NS &&
  					    (hostIsNew || dstIsNew))
! 			error = ns_ifinit(ifp, ia, &ifra->ifra_addr, 0);
  		return (error);
  
  	default:
--- 224,237 ----
  		if ((ifp->if_flags & IFF_POINTOPOINT) &&
  		    (ifra->ifra_dstaddr.sns_family == AF_NS)) {
  			if (hostIsNew == 0)
! 				ns_ifscrub(ifp, (struct ns_ifaddr *)ia);
  			ia->ia_dstaddr = ifra->ifra_dstaddr;
  			dstIsNew  = 1;
  		}
  		if (ifra->ifra_addr.sns_family == AF_NS &&
  					    (hostIsNew || dstIsNew))
! 			error = ns_ifinit(ifp, (struct ns_ifaddr *)ia,
! 							&ifra->ifra_addr, 0);
  		return (error);
  
  	default:
***************
*** 250,255 ****
--- 244,250 ----
  /*
  * Delete any previous route for an old address.
  */
+ void
  ns_ifscrub(ifp, ia)
  	register struct ifnet *ifp;
  	register struct ns_ifaddr *ia;
***************
*** 266,275 ****
--- 261,272 ----
   * Initialize an interface's internet address
   * and routing table entry.
   */
+ int
  ns_ifinit(ifp, ia, sns, scrub)
  	register struct ifnet *ifp;
  	register struct ns_ifaddr *ia;
  	register struct sockaddr_ns *sns;
+ 	int scrub;
  {
  	struct sockaddr_ns oldaddr;
  	register union ns_host *h = &ia->ia_addr.sns_addr.x_host;
***************
*** 294,300 ****
  	 */
  	if (ns_hosteqnh(ns_thishost, ns_zerohost)) {
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
--- 291,298 ----
  	 */
  	if (ns_hosteqnh(ns_thishost, ns_zerohost)) {
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR,
! 							(caddr_t)ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
***************
*** 304,310 ****
  	    || ns_hosteqnh(sns->sns_addr.x_host, ns_thishost)) {
  		*h = ns_thishost;
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
--- 302,309 ----
  	    || ns_hosteqnh(sns->sns_addr.x_host, ns_thishost)) {
  		*h = ns_thishost;
  		if (ifp->if_ioctl &&
! 		     (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR,
! 								(caddr_t)ia))) {
  			ia->ia_addr = oldaddr;
  			splx(s);
  			return (error);
***************
*** 352,358 ****
  	union ns_net net = dst->x_net;
  
  	for (ia = ns_ifaddr; ia; ia = ia->ia_next) {
! 		if (ifp = ia->ia_ifp) {
  			if (ifp->if_flags & IFF_POINTOPOINT) {
  				compare = &satons_addr(ia->ia_dstaddr);
  				if (ns_hosteq(*dst, *compare))
--- 351,357 ----
  	union ns_net net = dst->x_net;
  
  	for (ia = ns_ifaddr; ia; ia = ia->ia_next) {
! 		if ((ifp = ia->ia_ifp) != NULL) {
  			if (ifp->if_flags & IFF_POINTOPOINT) {
  				compare = &satons_addr(ia->ia_dstaddr);
  				if (ns_hosteq(*dst, *compare))
Index: netns/ns.h
===================================================================
RCS file: /cvs/src/sys/netns/ns.h,v
retrieving revision 1.16
diff -c -r1.16 ns.h
*** netns/ns.h	6 Sep 2002 16:58:13 -0000	1.16
--- netns/ns.h	5 Mar 2003 07:03:40 -0000
***************
*** 139,145 ****
  extern union ns_host ns_broadhost;
  extern union ns_net ns_zeronet;
  extern union ns_net ns_broadnet;
! u_short ns_cksum(void);
  #else
  
  #include <sys/cdefs.h>
--- 139,160 ----
  extern union ns_host ns_broadhost;
  extern union ns_net ns_zeronet;
  extern union ns_net ns_broadnet;
! 
! struct route;
! struct ns_ifaddr;
! 
! u_short ns_cksum __P(( struct mbuf *, int));
! int ns_output __P((struct mbuf *, struct route *, int));
! int ns_control __P((struct socket *, int, caddr_t, struct ifnet *));
! void ns_init __P((void));
! void idp_forward __P((struct mbuf *));
! void idp_ctlinput __P((int, struct sockaddr *, void *));
! int idp_do_route __P((struct ns_addr *, struct route *));
! void idp_undo_route __P((struct route *));
! void ns_watch_output __P((struct mbuf *, struct ifnet *));
! int ns_ifinit __P((struct ifnet *, struct ns_ifaddr *, struct sockaddr_ns *,
! 			int));
! void ns_ifscrub __P((struct ifnet *, struct ns_ifaddr *));
  #else
  
  #include <sys/cdefs.h>
Index: netns/ns_cksum.c
===================================================================
RCS file: /cvs/src/sys/netns/ns_cksum.c,v
retrieving revision 1.7
diff -c -r1.7 ns_cksum.c
*** netns/ns_cksum.c	28 Aug 1999 00:49:49 -0000	1.7
--- netns/ns_cksum.c	5 Mar 2003 08:08:55 -0000
***************
*** 37,42 ****
--- 37,47 ----
  #include <sys/param.h>
  #include <sys/mbuf.h>
  
+ #include <sys/systm.h>
+ #include <sys/socket.h>
+ #include <sys/socketvar.h>
+ #include <netns/ns.h>		/* prototype in scope */
+ 
  /*
   * Checksum routine for Network Systems Protocol Packets (Big-Endian).
   *
Index: netns/ns_error.c
===================================================================
RCS file: /cvs/src/sys/netns/ns_error.c,v
retrieving revision 1.11
diff -c -r1.11 ns_error.c
*** netns/ns_error.c	19 Feb 2003 05:47:37 -0000	1.11
--- netns/ns_error.c	5 Mar 2003 07:09:51 -0000
***************
*** 50,55 ****
--- 50,60 ----
  #include <netns/idp.h>
  #include <netns/ns_error.h>
  
+ extern int idpcksum;				/* from ns_input.c */
+ /* from spp_usrreq.c XXX */
+ extern void spp_ctlinput( int, struct sockaddr *, void *);
+ 
+ 
  #ifdef lint
  #define NS_ERRPRINTFS 1
  #endif
***************
*** 62,68 ****
--- 67,75 ----
  int	ns_errprintfs = 0;
  #endif
  
+ int
  ns_err_x(c)
+ 	int c;
  {
  	register u_short *w, *lim, *base = ns_errstat.ns_es_codes;
  	u_short x = c;
***************
*** 86,101 ****
   * Generate an error packet of type error
   * in response to bad packet.
   */
! 
  ns_error(om, type, param)
  	struct mbuf *om;
  	int type;
  {
  	register struct ns_epidp *ep;
  	struct mbuf *m;
  	struct idp *nip;
  	register struct idp *oip = mtod(om, struct idp *);
- 	extern int idpcksum;
  
  	/*
  	 * If this packet was sent to the echo port,
--- 93,108 ----
   * Generate an error packet of type error
   * in response to bad packet.
   */
! void
  ns_error(om, type, param)
  	struct mbuf *om;
  	int type;
+ 	int param;
  {
  	register struct ns_epidp *ep;
  	struct mbuf *m;
  	struct idp *nip;
  	register struct idp *oip = mtod(om, struct idp *);
  
  	/*
  	 * If this packet was sent to the echo port,
***************
*** 165,170 ****
--- 172,178 ----
  	m_freem(om);
  }
  
+ void
  ns_printhost(p)
  register struct ns_addr *p;
  {
***************
*** 182,192 ****
--- 190,203 ----
  /*
   * Process a received NS_ERR message.
   */
+ void
  ns_err_input(m)
  	struct mbuf *m;
  {
  	register struct ns_errp *ep;
+ #ifdef NS_ERRPRINTFS
  	register struct ns_epidp *epidp = mtod(m, struct ns_epidp *);
+ #endif
  	register int i;
  	int type, code, param;
  
***************
*** 263,273 ****
  #endif
  		switch(ep->ns_err_idp.idp_pt) {
  		case NSPROTO_SPP:
! 			spp_ctlinput(code, (caddr_t)ep);
  			break;
  
  		default:
! 			idp_ctlinput(code, (caddr_t)ep);
  		}
  
  		goto freeit;
--- 274,284 ----
  #endif
  		switch(ep->ns_err_idp.idp_pt) {
  		case NSPROTO_SPP:
! 			spp_ctlinput(code, NULL, ep);
  			break;
  
  		default:
! 			idp_ctlinput(code, NULL, ep);
  		}
  
  		goto freeit;
***************
*** 295,300 ****
--- 306,312 ----
  }
  #endif
  
+ int
  ns_echo(m)
  struct mbuf *m;
  {
Index: netns/ns_error.h
===================================================================
RCS file: /cvs/src/sys/netns/ns_error.h,v
retrieving revision 1.10
diff -c -r1.10 ns_error.h
*** netns/ns_error.h	29 Dec 1999 04:46:19 -0000	1.10
--- netns/ns_error.h	5 Mar 2003 06:03:54 -0000
***************
*** 91,96 ****
--- 91,102 ----
  
  #ifdef _KERNEL
  struct	ns_errstat ns_errstat;
+ 
+ int ns_err_x __P((int));
+ void ns_error __P((struct mbuf *, int, int));
+ int ns_echo __P((struct mbuf *));
+ void ns_printhost __P((struct ns_addr *));
+ void ns_err_input __P((struct mbuf *));
  #endif
  
  #endif
Index: netns/ns_if.h
===================================================================
RCS file: /cvs/src/sys/netns/ns_if.h,v
retrieving revision 1.16
diff -c -r1.16 ns_if.h
*** netns/ns_if.h	4 Mar 2003 23:19:53 -0000	1.16
--- netns/ns_if.h	5 Mar 2003 06:44:13 -0000
***************
*** 80,88 ****
  #endif
  
  #ifdef	_KERNEL
! extern struct ns_ifaddr	*ns_ifaddr;
! struct ns_ifaddr	*ns_iaonnetof(void);
! void			nsintr(struct mbuf *);
  #endif
  
  #endif
--- 80,91 ----
  #endif
  
  #ifdef	_KERNEL
! extern struct	ns_ifaddr *ns_ifaddr;
! 
! struct	ns_ifaddr *ns_iaonnetof __P((struct ns_addr *));
! void	nsintr __P((struct mbuf *));
! 
! extern struct	ifqueue	nsintrq;	/* XNS input packet queue */
  #endif
  
  #endif
Index: netns/ns_input.c
===================================================================
RCS file: /cvs/src/sys/netns/ns_input.c,v
retrieving revision 1.19
diff -c -r1.19 ns_input.c
*** netns/ns_input.c	4 Mar 2003 23:19:53 -0000	1.19
--- netns/ns_input.c	5 Mar 2003 08:00:43 -0000
***************
*** 58,77 ****
  #include <netns/idp_var.h>
  #include <netns/ns_error.h>
  
  /*
   * NS initialization.
   */
- union ns_host	ns_thishost;
- union ns_host	ns_zerohost;
- union ns_host	ns_broadhost;
- union ns_net	ns_zeronet;
- union ns_net	ns_broadnet;
  struct sockaddr_ns ns_netmask, ns_hostmask;
  
  static u_short allones[] = {-1, -1, -1};
  
  static struct ifqueue nsintrq;
- struct nspcb nspcb;
  struct nspcb nsrawpcb;
  
  int	nsqmaxlen = IFQ_MAXLEN;
--- 58,73 ----
  #include <netns/idp_var.h>
  #include <netns/ns_error.h>
  
+ extern void spp_input(struct mbuf *, struct nspcb *);	/* spp_usrreq.c XXX */
+ 
  /*
   * NS initialization.
   */
  struct sockaddr_ns ns_netmask, ns_hostmask;
  
  static u_short allones[] = {-1, -1, -1};
  
  static struct ifqueue nsintrq;
  struct nspcb nsrawpcb;
  
  int	nsqmaxlen = IFQ_MAXLEN;
***************
*** 79,93 ****
  int	idpcksum = 1;
  long	ns_pexseq;
  
  ns_init()
  {
- 	extern struct timeval time;
- 
  	ns_broadhost = * (union ns_host *) allones;
  	ns_broadnet = * (union ns_net *) allones;
  	nspcb.nsp_next = nspcb.nsp_prev = &nspcb;
  	nsrawpcb.nsp_next = nsrawpcb.nsp_prev = &nsrawpcb;
! 	ns_pexseq = time.tv_usec;
  	ns_netmask.sns_len = 6;
  	ns_netmask.sns_addr.x_net = ns_broadnet;
  	ns_hostmask.sns_len = 12;
--- 75,88 ----
  int	idpcksum = 1;
  long	ns_pexseq;
  
+ void
  ns_init()
  {
  	ns_broadhost = * (union ns_host *) allones;
  	ns_broadnet = * (union ns_net *) allones;
  	nspcb.nsp_next = nspcb.nsp_prev = &nspcb;
  	nsrawpcb.nsp_next = nsrawpcb.nsp_prev = &nsrawpcb;
! 	ns_pexseq = tick;
  	ns_netmask.sns_len = 6;
  	ns_netmask.sns_addr.x_net = ns_broadnet;
  	ns_hostmask.sns_len = 12;
***************
*** 109,115 ****
  	register struct idp *idp;
  	register struct nspcb *nsp;
  	register int i;
! 	int len, s, error;
  	char oddpacketp;
  
  	/*
--- 104,110 ----
  	register struct idp *idp;
  	register struct nspcb *nsp;
  	register int i;
! 	int len, error;
  	char oddpacketp;
  
  	/*
***************
*** 128,139 ****
  	 */
  	for (nsp = nsrawpcb.nsp_next; nsp != &nsrawpcb; nsp = nsp->nsp_next) {
  		struct mbuf *m1 = m_copy(m, 0, (int)M_COPYALL);
! 		if (m1) idp_input(m1, nsp);
  	}
  
  	idp = mtod(m, struct idp *);
  	len = ntohs(idp->idp_len);
! 	if (oddpacketp = len & 1) {
  		len++;		/* If this packet is of odd length,
  				   preserve garbage byte for checksum */
  	}
--- 123,134 ----
  	 */
  	for (nsp = nsrawpcb.nsp_next; nsp != &nsrawpcb; nsp = nsp->nsp_next) {
  		struct mbuf *m1 = m_copy(m, 0, (int)M_COPYALL);
! 		if (m1) idp_input(m1, (int)nsp);
  	}
  
  	idp = mtod(m, struct idp *);
  	len = ntohs(idp->idp_len);
! 	if ((oddpacketp = (len & 1))) {
  		len++;		/* If this packet is of odd length,
  				   preserve garbage byte for checksum */
  	}
***************
*** 221,227 ****
  				    ns_err_input(m);
  				    return;
  			}
! 		idp_input(m, nsp);
  	} else {
  		ns_error(m, NS_ERR_NOSOCK, 0);
  	}
--- 216,222 ----
  				    ns_err_input(m);
  				    return;
  			}
! 		idp_input(m, (int)nsp);
  	} else {
  		ns_error(m, NS_ERR_NOSOCK, 0);
  	}
***************
*** 242,256 ****
  
  int idp_donosocks = 1;
  
! idp_ctlinput(cmd, arg)
  	int cmd;
! 	caddr_t arg;
  {
  	struct ns_addr *ns;
  	struct nspcb *nsp;
! 	struct ns_errp *errp;
! 	int idp_abort();
! 	extern struct nspcb *idp_drop();
  	int type;
  
  	if (cmd < 0 || cmd > PRC_NCMDS)
--- 237,252 ----
  
  int idp_donosocks = 1;
  
! /* ARGSUSED */
! void
! idp_ctlinput(cmd, sa, arg)
  	int cmd;
! 	struct sockaddr *sa;
! 	void *arg;
  {
  	struct ns_addr *ns;
  	struct nspcb *nsp;
! 	struct ns_errp *errp = (struct ns_errp *)arg;	/* XXX */
  	int type;
  
  	if (cmd < 0 || cmd > PRC_NCMDS)
***************
*** 301,306 ****
--- 297,303 ----
  struct route idp_droute;
  struct route idp_sroute;
  
+ void
  idp_forward(m)
  struct mbuf *m;
  {
***************
*** 420,425 ****
--- 417,423 ----
  		m_freem(mcopy);
  }
  
+ int
  idp_do_route(src, ro)
  struct ns_addr *src;
  struct route *ro;
***************
*** 442,453 ****
--- 440,453 ----
  	return (1);
  }
  
+ void
  idp_undo_route(ro)
  register struct route *ro;
  {
  	if (ro->ro_rt) {RTFREE(ro->ro_rt);}
  }
  
+ void
  ns_watch_output(m, ifp)
  struct mbuf *m;
  struct ifnet *ifp;
***************
*** 469,483 ****
  			idp->idp_sna.x_net = ns_zeronet;
  			idp->idp_sna.x_host = ns_thishost;
  			if (ifp && (ifp->if_flags & IFF_POINTOPOINT))
! 			    for(ifa = ifp->if_addrlist; ifa;
! 						ifa = ifa->ifa_next) {
  				if (ifa->ifa_addr->sa_family==AF_NS) {
  				    idp->idp_sna = IA_SNS(ifa)->sns_addr;
  				    break;
  				}
- 			    }
  			idp->idp_len = ntohl(m0->m_pkthdr.len);
! 			idp_input(m0, nsp);
  		}
  	}
  }
--- 469,481 ----
  			idp->idp_sna.x_net = ns_zeronet;
  			idp->idp_sna.x_host = ns_thishost;
  			if (ifp && (ifp->if_flags & IFF_POINTOPOINT))
! 			    TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link)
  				if (ifa->ifa_addr->sa_family==AF_NS) {
  				    idp->idp_sna = IA_SNS(ifa)->sns_addr;
  				    break;
  				}
  			idp->idp_len = ntohl(m0->m_pkthdr.len);
! 			idp_input(m0, (int)nsp);
  		}
  	}
  }
Index: netns/ns_output.c
===================================================================
RCS file: /cvs/src/sys/netns/ns_output.c,v
retrieving revision 1.8
diff -c -r1.8 ns_output.c
*** netns/ns_output.c	3 Nov 2001 13:35:07 -0000	1.8
--- netns/ns_output.c	5 Mar 2003 06:45:54 -0000
***************
*** 35,40 ****
--- 35,41 ----
   */
  
  #include <sys/param.h>
+ #include <sys/systm.h>
  #include <sys/malloc.h>
  #include <sys/mbuf.h>
  #include <sys/errno.h>
***************
*** 54,59 ****
--- 55,61 ----
  int ns_output_cnt = 0;
  struct mbuf *ns_lastout;
  
+ int
  ns_output(m0, ro, flags)
  	struct mbuf *m0;
  	struct route *ro;
***************
*** 64,70 ****
  	int error = 0;
  	struct route idproute;
  	struct sockaddr_ns *dst;
- 	extern int idpcksum;
  
  	if (ns_hold_output) {
  		if (ns_lastout) {
--- 66,71 ----
Index: netns/ns_pcb.c
===================================================================
RCS file: /cvs/src/sys/netns/ns_pcb.c,v
retrieving revision 1.14
diff -c -r1.14 ns_pcb.c
*** netns/ns_pcb.c	19 Feb 2003 05:47:37 -0000	1.14
--- netns/ns_pcb.c	5 Mar 2003 08:06:16 -0000
***************
*** 51,56 ****
--- 51,57 ----
  
  struct	ns_addr zerons_addr;
  
+ int
  ns_pcballoc(so, head)
  	struct socket *so;
  	struct nspcb *head;
***************
*** 58,64 ****
  	struct mbuf *m;
  	register struct nspcb *nsp;
  
! 	m = m_getclr(M_DONTWAIT, MT_PCB);
  	if (m == NULL)
  		return (ENOBUFS);
  	nsp = mtod(m, struct nspcb *);
--- 59,65 ----
  	struct mbuf *m;
  	register struct nspcb *nsp;
  
! 	m = m_getclr(M_DONTWAIT, MT_CONTROL);	/* protocol private PCB */
  	if (m == NULL)
  		return (ENOBUFS);
  	nsp = mtod(m, struct nspcb *);
***************
*** 68,73 ****
--- 69,75 ----
  	return (0);
  }
  
+ int
  ns_pcbbind(nsp, nam)
  	register struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 92,102 ****
--- 94,107 ----
  	}
  	lport = sns->sns_port;
  	if (lport) {
+ #ifdef NS_PRIV_SOCKETS
  		u_short aport = ntohs(lport);
  
  		if (aport < NSPORT_RESERVED &&
  		    (nsp->nsp_socket->so_state & SS_PRIV) == 0)
  			return (EACCES);
+ #endif	/* NS_PRIV_SOCKETS */
+ 
  		if (ns_pcblookup(&zerons_addr, lport, 0))
  			return (EADDRINUSE);
  	}
***************
*** 118,123 ****
--- 123,129 ----
   * If don't have a local address for this socket yet,
   * then pick one.
   */
+ int
  ns_pcbconnect(nsp, nam)
  	struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 217,222 ****
--- 223,229 ----
  	return (0);
  }
  
+ void
  ns_pcbdisconnect(nsp)
  	struct nspcb *nsp;
  {
***************
*** 226,231 ****
--- 233,239 ----
  		ns_pcbdetach(nsp);
  }
  
+ void
  ns_pcbdetach(nsp)
  	struct nspcb *nsp;
  {
***************
*** 239,244 ****
--- 247,253 ----
  	(void) m_free(dtom(nsp));
  }
  
+ void
  ns_setsockaddr(nsp, nam)
  	register struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 253,258 ****
--- 262,268 ----
  	sns->sns_addr = nsp->nsp_laddr;
  }
  
+ void
  ns_setpeeraddr(nsp, nam)
  	register struct nspcb *nsp;
  	struct mbuf *nam;
***************
*** 274,283 ****
   * Also pass an extra paramter via the nspcb. (which may in fact
   * be a parameter list!)
   */
  ns_pcbnotify(dst, errno, notify, param)
  	register struct ns_addr *dst;
  	long param;
! 	int errno, (*notify)();
  {
  	register struct nspcb *nsp, *oinp;
  	int s = splimp();
--- 284,295 ----
   * Also pass an extra paramter via the nspcb. (which may in fact
   * be a parameter list!)
   */
+ void
  ns_pcbnotify(dst, errno, notify, param)
  	register struct ns_addr *dst;
  	long param;
! 	void (*notify)(struct nspcb *);
! 	int errno;
  {
  	register struct nspcb *nsp, *oinp;
  	int s = splimp();
***************
*** 361,364 ****
--- 373,401 ----
  		}
  	}
  	return (match);
+ }
+ 
+ #include <netns/idp.h>
+ #include <netns/idp_var.h>
+ 
+ /*
+  * Given an mbuf with a struct idp in it, return the npcb that matches
+  *
+  * XXX Dirty; sorry
+  */
+ struct nspcb *
+ ns_pcblookupm(struct mbuf *m)
+ {
+ 	register struct idp *idp;
+ 	register struct nspcb *nsp;
+ 
+ 	if ((m->m_flags & M_EXT || m->m_len < sizeof (struct idp)) &&
+ 	    (m = m_pullup(m, sizeof (struct idp))) == 0) {
+ 		idpstat.idps_toosmall++;
+ 		return( NULL);		/* XXX */
+ 	}
+ 	idp = mtod(m, struct idp *);
+ 	nsp = ns_pcblookup(&idp->idp_sna, idp->idp_dna.x_port, NS_WILDCARD);
+ 
+ 	return(nsp);
  }
Index: netns/ns_pcb.h
===================================================================
RCS file: /cvs/src/sys/netns/ns_pcb.h,v
retrieving revision 1.11
diff -c -r1.11 ns_pcb.h
*** netns/ns_pcb.h	29 Dec 1999 04:46:20 -0000	1.11
--- netns/ns_pcb.h	5 Mar 2003 08:02:19 -0000
***************
*** 79,85 ****
  
  #ifdef _KERNEL
  struct	nspcb nspcb;			/* head of list */
! struct	nspcb *ns_pcblookup();
  #endif
  
  #endif
--- 79,94 ----
  
  #ifdef _KERNEL
  struct	nspcb nspcb;			/* head of list */
! struct nspcb *ns_pcblookupm __P((struct mbuf *m));
! struct	nspcb *ns_pcblookup __P((struct ns_addr *, u_short, int));
! void ns_pcbdisconnect __P((struct nspcb *));
! void ns_pcbdetach __P((struct nspcb *));
! int ns_pcballoc __P((struct socket *, struct nspcb *));
! int ns_pcbbind __P((struct nspcb *, struct mbuf *));
! int ns_pcbconnect __P((struct nspcb *, struct mbuf *));
! void ns_setsockaddr __P((struct nspcb *, struct mbuf *));
! void ns_setpeeraddr __P((struct nspcb *, struct mbuf *));
! void ns_pcbnotify __P(( struct ns_addr *, int, void(*)(struct nspcb *), long));
  #endif
  
  #endif
Index: netns/ns_proto.c
===================================================================
RCS file: /cvs/src/sys/netns/ns_proto.c,v
retrieving revision 1.10
diff -c -r1.10 ns_proto.c
*** netns/ns_proto.c	28 Aug 1999 00:49:51 -0000	1.10
--- netns/ns_proto.c	5 Mar 2003 07:49:28 -0000
***************
*** 44,62 ****
  #include <net/radix.h>
  
  #include <netns/ns.h>
  
  /*
   * NS protocol family: IDP, ERR, PE, SPP, ROUTE.
   */
- int	ns_init();
- int	idp_input(), idp_output(), idp_ctlinput(), idp_usrreq();
- int	idp_raw_usrreq(), idp_ctloutput();
- int	spp_input(), spp_ctlinput();
- int	spp_usrreq(), spp_usrreq_sp(), spp_ctloutput();
- int	spp_init(), spp_fasttimo(), spp_slowtimo();
- extern	int raw_usrreq();
  
- extern	struct domain nsdomain;
  
  struct protosw nssw[] = {
  { 0,		&nsdomain,	0,		0,
--- 44,70 ----
  #include <net/radix.h>
  
  #include <netns/ns.h>
+ #include <netns/idp_var.h>
+ 
+ /* XXX+ */
+ void spp_input( struct mbuf *, int);
+ void spp_ctlinput( int, struct sockaddr *, void *);
+ int spp_ctloutput( struct socket *, struct sockopt *);
+ int spp_usrreq( struct socket *, int, struct mbuf *, struct mbuf *,
+ 		struct mbuf *, struct thread *);
+ int spp_usrreq_sp( struct socket *, int, struct mbuf *, struct mbuf *,
+ 		struct mbuf *, struct thread *);
+ void spp_init(void);
+ void spp_fasttimo(void);
+ void spp_slowtimo(void);
+ 
+ /* XXX- */
+ 
  
  /*
   * NS protocol family: IDP, ERR, PE, SPP, ROUTE.
   */
  
  
  struct protosw nssw[] = {
  { 0,		&nsdomain,	0,		0,
***************
*** 85,91 ****
    0,		0,		0,		0,
  },
  { SOCK_RAW,	&nsdomain,	NSPROTO_ERROR,	PR_ATOMIC|PR_ADDR,
!   idp_ctlinput,	idp_output,	0,		idp_ctloutput,
    idp_raw_usrreq,
    0,		0,		0,		0,
  },
--- 93,99 ----
    0,		0,		0,		0,
  },
  { SOCK_RAW,	&nsdomain,	NSPROTO_ERROR,	PR_ATOMIC|PR_ADDR,
!   /* XXX idp_ctlinput*/ 0,	idp_output,	0,		idp_ctloutput,
    idp_raw_usrreq,
    0,		0,		0,		0,
  },
Index: netns/spp_debug.c
===================================================================
RCS file: /cvs/src/sys/netns/spp_debug.c,v
retrieving revision 1.10
diff -c -r1.10 spp_debug.c
*** netns/spp_debug.c	28 Aug 1999 00:49:52 -0000	1.10
--- netns/spp_debug.c	5 Mar 2003 06:03:54 -0000
***************
*** 64,69 ****
--- 64,70 ----
  /*
   * spp debug routines
   */
+ void
  spp_trace(act, ostate, sp, si, req)
  	short act;
  	u_char ostate;
Index: netns/spp_debug.h
===================================================================
RCS file: /cvs/src/sys/netns/spp_debug.h,v
retrieving revision 1.9
diff -c -r1.9 spp_debug.h
*** netns/spp_debug.h	28 Aug 1999 00:49:53 -0000	1.9
--- netns/spp_debug.h	5 Mar 2003 06:03:55 -0000
***************
*** 63,65 ****
--- 63,70 ----
  int	spp_debx;
  
  #endif
+ 
+ #ifdef _KERNEL
+ 
+ void spp_trace __P(( short, u_char, struct sppcb *, struct spidp *, int));
+ #endif
Index: netns/spp_usrreq.c
===================================================================
RCS file: /cvs/src/sys/netns/spp_usrreq.c,v
retrieving revision 1.19
diff -c -r1.19 spp_usrreq.c
*** netns/spp_usrreq.c	19 Feb 2003 05:47:38 -0000	1.19
--- netns/spp_usrreq.c	5 Mar 2003 08:12:56 -0000
***************
*** 58,66 ****
--- 58,73 ----
  #include <netns/spp_var.h>
  #include <netns/spp_debug.h>
  
+ extern u_char nsctlerrmap[];		/* from ns_input.c */
+ extern int idpcksum;			/* from ns_input.c */
+ 
+ int	spp_backoff[SPP_MAXRXTSHIFT+1] =
+     { 1, 2, 4, 8, 16, 32, 64, 64, 64, 64, 64, 64, 64 };
+ 
  /*
   * SP protocol implementation.
   */
+ void
  spp_init()
  {
  
***************
*** 74,87 ****
  u_short spp_newchecks[50];
  
  /*ARGSUSED*/
! spp_input(m, nsp)
  	register struct mbuf *m;
! 	register struct nspcb *nsp;
  {
  	register struct sppcb *cb;
  	register struct spidp *si = mtod(m, struct spidp *);
  	register struct socket *so;
! 	short ostate;
  	int dropsocket = 0;
  
  
--- 81,96 ----
  u_short spp_newchecks[50];
  
  /*ARGSUSED*/
! void
! spp_input(m, nsp0)
  	register struct mbuf *m;
! 	int nsp0;		/* XXX offset */
  {
+ 	register struct nspcb *nsp = ns_pcblookupm(m);
  	register struct sppcb *cb;
  	register struct spidp *si = mtod(m, struct spidp *);
  	register struct socket *so;
! 	short ostate = 0;		/* compiler erroneously flags */
  	int dropsocket = 0;
  
  
***************
*** 287,292 ****
--- 296,302 ----
   * but its function is somewhat different:  It merely queues
   * packets up, and suppresses duplicates.
   */
+ int
  spp_reass(cb, si)
  register struct sppcb *cb;
  register struct spidp *si;
***************
*** 415,423 ****
  update_window:
  	if (SSEQ_LT(cb->s_snxt, cb->s_rack))
  		cb->s_snxt = cb->s_rack;
! 	if (SSEQ_LT(cb->s_swl1, si->si_seq) || cb->s_swl1 == si->si_seq &&
  	    (SSEQ_LT(cb->s_swl2, si->si_ack) ||
! 	     cb->s_swl2 == si->si_ack && SSEQ_LT(cb->s_ralo, si->si_alo))) {
  		/* keep track of pure window updates */
  		if ((si->si_cc & SP_SP) && cb->s_swl2 == si->si_ack
  		    && SSEQ_LT(cb->s_ralo, si->si_alo)) {
--- 425,433 ----
  update_window:
  	if (SSEQ_LT(cb->s_snxt, cb->s_rack))
  		cb->s_snxt = cb->s_rack;
! 	if (SSEQ_LT(cb->s_swl1, si->si_seq) || (cb->s_swl1 == si->si_seq &&
  	    (SSEQ_LT(cb->s_swl2, si->si_ack) ||
! 	     (cb->s_swl2 == si->si_ack && SSEQ_LT(cb->s_ralo, si->si_alo))))) {
  		/* keep track of pure window updates */
  		if ((si->si_cc & SP_SP) && cb->s_swl2 == si->si_ack
  		    && SSEQ_LT(cb->s_ralo, si->si_alo)) {
***************
*** 575,589 ****
  	return (0);
  }
  
! spp_ctlinput(cmd, arg)
  	int cmd;
! 	caddr_t arg;
  {
  	struct ns_addr *na;
! 	extern u_char nsctlerrmap[];
! 	extern spp_abort(), spp_quench();
! 	extern struct nspcb *idp_drop();
! 	struct ns_errp *errp;
  	struct nspcb *nsp;
  	struct sockaddr_ns *sns;
  	int type;
--- 585,599 ----
  	return (0);
  }
  
! /* ARGSUSED */
! void
! spp_ctlinput(cmd, sa, arg)
  	int cmd;
! 	struct sockaddr *sa;
! 	void *arg;
  {
  	struct ns_addr *na;
! 	struct ns_errp *errp = 0;	/* compiler erroneously flags */
  	struct nspcb *nsp;
  	struct sockaddr_ns *sns;
  	int type;
***************
*** 639,644 ****
--- 649,655 ----
   * When a source quench is received, close congestion window
   * to one packet.  We will gradually open it again as we proceed.
   */
+ void
  spp_quench(nsp)
  	struct nspcb *nsp;
  {
***************
*** 696,701 ****
--- 707,713 ----
  }
  #endif
  
+ int
  spp_output(cb, m0)
  	register struct sppcb *cb;
  	struct mbuf *m0;
***************
*** 712,718 ****
  	int idle;
  #endif
  	struct mbuf *mprev;
- 	extern int idpcksum;
  
  	if (m0) {
  		int mtu = cb->s_mtu;
--- 724,729 ----
***************
*** 1111,1121 ****
  
  int spp_do_persist_panics = 0;
  
  spp_setpersist(cb)
  	register struct sppcb *cb;
  {
! 	register t = ((cb->s_srtt >> 2) + cb->s_rttvar) >> 1;
! 	extern int spp_backoff[];
  
  	if (cb->s_timer[SPPT_REXMT] && spp_do_persist_panics)
  		panic("spp_output REXMT");
--- 1122,1132 ----
  
  int spp_do_persist_panics = 0;
  
+ void
  spp_setpersist(cb)
  	register struct sppcb *cb;
  {
! 	register int t = ((cb->s_srtt >> 2) + cb->s_rttvar) >> 1;
  
  	if (cb->s_timer[SPPT_REXMT] && spp_do_persist_panics)
  		panic("spp_output REXMT");
***************
*** 1129,1149 ****
  		cb->s_rxtshift++;
  }
  /*ARGSUSED*/
! spp_ctloutput(req, so, level, name, value)
! 	int req;
  	struct socket *so;
! 	int name;
! 	struct mbuf **value;
  {
  	register struct mbuf *m;
  	struct nspcb *nsp = sotonspcb(so);
  	register struct sppcb *cb;
  	int mask, error = 0;
  
! 	if (level != NSPROTO_SPP) {
  		/* This will have to be changed when we do more general
  		   stacking of protocols */
! 		return (idp_ctloutput(req, so, level, name, value));
  	}
  	if (nsp == NULL) {
  		error = EINVAL;
--- 1140,1160 ----
  		cb->s_rxtshift++;
  }
  /*ARGSUSED*/
! int
! spp_ctloutput( so, sopt)
  	struct socket *so;
! 	struct sockopt *sopt;
  {
+ 	struct mbuf **value = sopt->sopt_val;	/* XXX dangerous */
  	register struct mbuf *m;
  	struct nspcb *nsp = sotonspcb(so);
  	register struct sppcb *cb;
  	int mask, error = 0;
  
! 	if (sopt->sopt_level != NSPROTO_SPP) {
  		/* This will have to be changed when we do more general
  		   stacking of protocols */
! 		return (idp_ctloutput(so, sopt));
  	}
  	if (nsp == NULL) {
  		error = EINVAL;
***************
*** 1151,1157 ****
  	} else
  		cb = nstosppcb(nsp);
  
! 	switch (req) {
  
  	case PRCO_GETOPT:
  		if (value == NULL)
--- 1162,1168 ----
  	} else
  		cb = nstosppcb(nsp);
  
! 	switch (sopt->sopt_dir) {
  
  	case PRCO_GETOPT:
  		if (value == NULL)
***************
*** 1159,1165 ****
  		m = m_get(M_DONTWAIT, MT_DATA);
  		if (m == NULL)
  			return (ENOBUFS);
! 		switch (name) {
  
  		case SO_HEADERS_ON_INPUT:
  			mask = SF_HI;
--- 1170,1176 ----
  		m = m_get(M_DONTWAIT, MT_DATA);
  		if (m == NULL)
  			return (ENOBUFS);
! 		switch (sopt->sopt_name) {
  
  		case SO_HEADERS_ON_INPUT:
  			mask = SF_HI;
***************
*** 1198,1204 ****
  			error = EINVAL;
  			break;
  		}
! 		switch (name) {
  			int *ok;
  
  		case SO_HEADERS_ON_INPUT:
--- 1209,1215 ----
  			error = EINVAL;
  			break;
  		}
! 		switch (sopt->sopt_name) {
  			int *ok;
  
  		case SO_HEADERS_ON_INPUT:
***************
*** 1254,1266 ****
  }
  
  /*ARGSUSED*/
! spp_usrreq(so, req, m, nam, controlp)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *controlp;
  {
  	struct nspcb *nsp = sotonspcb(so);
! 	register struct sppcb *cb;
  	int s = splnet();
  	int error = 0, ostate;
  	struct mbuf *mm;
--- 1265,1279 ----
  }
  
  /*ARGSUSED*/
! int
! spp_usrreq(so, req, m, nam, controlp, td)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *controlp;
+ 	struct thread *td;
  {
  	struct nspcb *nsp = sotonspcb(so);
! 	register struct sppcb *cb = NULL;
  	int s = splnet();
  	int error = 0, ostate;
  	struct mbuf *mm;
***************
*** 1296,1302 ****
  		}
  		nsp = sotonspcb(so);
  
! 		mm = m_getclr(M_DONTWAIT, MT_PCB);
  		sb = &so->so_snd;
  
  		if (mm == NULL) {
--- 1309,1316 ----
  		}
  		nsp = sotonspcb(so);
  
! 		/* private PCB */
! 		mm = m_getclr(M_DONTWAIT, MT_CONTROL);
  		sb = &so->so_snd;
  
  		if (mm == NULL) {
***************
*** 1506,1517 ****
  	return (error);
  }
  
! spp_usrreq_sp(so, req, m, nam, controlp)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *controlp;
  {
! 	int error = spp_usrreq(so, req, m, nam, controlp);
  
  	if (req == PRU_ATTACH && error == 0) {
  		struct nspcb *nsp = sotonspcb(so);
--- 1520,1533 ----
  	return (error);
  }
  
! int
! spp_usrreq_sp(so, req, m, nam, controlp, td)
  	struct socket *so;
  	int req;
  	struct mbuf *m, *nam, *controlp;
+ 	struct thread *td;
  {
! 	int error = spp_usrreq(so, req, m, nam, controlp, td);
  
  	if (req == PRU_ATTACH && error == 0) {
  		struct nspcb *nsp = sotonspcb(so);
***************
*** 1527,1532 ****
--- 1543,1549 ----
   * in a skeletal spp header (choosing connection id),
   * minimizing the amount of work necessary when the connection is used.
   */
+ void
  spp_template(cb)
  	register struct sppcb *cb;
  {
***************
*** 1621,1626 ****
--- 1638,1644 ----
  	return (spp_close(cb));
  }
  
+ void
  spp_abort(nsp)
  	struct nspcb *nsp;
  {
***************
*** 1628,1638 ****
  	(void) spp_close((struct sppcb *)nsp->nsp_pcb);
  }
  
- int	spp_backoff[SPP_MAXRXTSHIFT+1] =
-     { 1, 2, 4, 8, 16, 32, 64, 64, 64, 64, 64, 64, 64 };
  /*
   * Fast timeout routine for processing delayed acks
   */
  spp_fasttimo()
  {
  	register struct nspcb *nsp;
--- 1646,1655 ----
  	(void) spp_close((struct sppcb *)nsp->nsp_pcb);
  }
  
  /*
   * Fast timeout routine for processing delayed acks
   */
+ void
  spp_fasttimo()
  {
  	register struct nspcb *nsp;
***************
*** 1657,1662 ****
--- 1674,1680 ----
   * Updates the timers in all active pcb's and
   * causes finite state machine actions if timers expire.
   */
+ void
  spp_slowtimo()
  {
  	register struct nspcb *ip, *ipnxt;
***************
*** 1682,1688 ****
  				(void) spp_usrreq(cb->s_nspcb->nsp_socket,
  				    PRU_SLOWTIMO, (struct mbuf *)0,
  				    (struct mbuf *)i, (struct mbuf *)0,
! 				    (struct mbuf *)0);
  				if (ipnxt->nsp_prev != ip)
  					goto tpgone;
  			}
--- 1700,1706 ----
  				(void) spp_usrreq(cb->s_nspcb->nsp_socket,
  				    PRU_SLOWTIMO, (struct mbuf *)0,
  				    (struct mbuf *)i, (struct mbuf *)0,
! 				    (struct thread *)0);
  				if (ipnxt->nsp_prev != ip)
  					goto tpgone;
  			}
Index: netns/spp_var.h
===================================================================
RCS file: /cvs/src/sys/netns/spp_var.h,v
retrieving revision 1.11
diff -c -r1.11 spp_var.h
*** netns/spp_var.h	29 Dec 1999 04:46:21 -0000	1.11
--- netns/spp_var.h	5 Mar 2003 08:10:06 -0000
***************
*** 194,202 ****
  #define sppstat spp_istat.newstats
  #endif
  
  u_short spp_iss;
! extern struct sppcb *spp_close(), *spp_disconnect(),
! 	*spp_usrclosed(), *spp_timers(), *spp_drop();
  #endif
  
  #define	SPP_ISSINCR	128
--- 194,226 ----
  #define sppstat spp_istat.newstats
  #endif
  
+ struct thread;		/* not used */
+ 
  u_short spp_iss;
! 
! void spp_init __P((void));
! void spp_input __P((struct mbuf *, int));
! void spp_ctlinput __P((int, struct sockaddr *, void *));
! int spp_ctloutput __P((struct socket *, struct sockopt *));
! int spp_usrreq __P((struct socket *, int, struct mbuf *, struct mbuf *,
! 			struct mbuf *, struct thread *));
! int spp_usrreq_sp __P((struct socket *, int, struct mbuf *, struct mbuf *,
! 			struct mbuf *, struct thread *));
! void spp_fasttimo __P((void));
! void spp_slowtimo __P((void));
! void spp_template __P((struct sppcb *));
! int spp_reass __P((struct sppcb *, struct spidp *));
! int spp_output __P((struct sppcb *, struct mbuf *));
! void spp_quench __P((struct nspcb *));
! void spp_abort __P((struct nspcb *));
! void spp_setpersist __P((struct sppcb *));
! 
! struct sppcb *spp_close __P((struct sppcb *));
! struct sppcb *spp_disconnect __P((struct sppcb *));
! struct sppcb *spp_usrclosed __P((struct sppcb *));
! struct sppcb *spp_timers __P((struct sppcb *, int));
! struct sppcb *spp_drop __P((struct sppcb *, int));
! 
  #endif
  
  #define	SPP_ISSINCR	128

--------------683C78166CD831774FABBA7C--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  4:25:56 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id DF21637B401; Wed,  5 Mar 2003 04:25:54 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4FA9043F75; Wed,  5 Mar 2003 04:25:54 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.138.78.dial1.sanjose1.level3.net ([209.245.138.78] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qXxv-000590-00; Wed, 05 Mar 2003 04:25:46 -0800
Message-ID: <3E65E938.E4BA9956@mindspring.com>
Date: Wed, 05 Mar 2003 04:10:32 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Petri Helenius <pete@he.iki.fi>
Cc: Randy Bush <randy@psg.com>, freebsd-net@FreeBSD.ORG,
	freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com><4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk><3E65BB24.3E37D90D@mindspring.com><20030305030708.A21014@FreeBSD.org><3E65C34D.19E2D95C@mindspring.com> <E18qVUk-0000uQ-00@roam.psg.com> <006f01c2e300$fdfc49f0$932a40c1@PHE>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45525140f334d66a7f73a64e2ac762a47548b785378294e88350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Petri Helenius wrote:
> > seems to me that one useful question is whether the netns code
> > being there non-trivially complicates maintenance and/or
> > reliability of other code, and can i compile or module it out if
> > the bits it occupies really bothers me?
> >
> This is probably the right question.


As people keep pointing out, the code has been disabled since 1996,
so it doesn't complicate maintenance, because maintenance hasn't
been being done, even though it's trivially easy.

What pisses me off about this is that people have been breaking
API's out from under code, in such a way that no one who is not
highly domain knowledgable can unbreak the code that they did
not maintain.

An API is a contract between pieces of code.  If you break that
contract, then you are responsible for fixing every piece of code
that uses the contract.

If people actually did this (they *don't*), THEN leaving the code
in would complicate maintenance.

Please apply the patches I have posted to the list for netns.

Thanks,
-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  4:28:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1286337B401; Wed,  5 Mar 2003 04:28:45 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 766D843FBD; Wed,  5 Mar 2003 04:28:44 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.138.78.dial1.sanjose1.level3.net ([209.245.138.78] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qY0o-0005Pj-00; Wed, 05 Mar 2003 04:28:43 -0800
Message-ID: <3E65E9E2.94F85833@mindspring.com>
Date: Wed, 05 Mar 2003 04:13:22 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mark Murray <mark@grondar.org>
Cc: Juli Mallett <jmallett@FreeBSD.ORG>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <200303051024.h25AOrIg043058@grimreaper.grondar.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45525140f334d66a7ca7154398def1250a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mark Murray wrote:
> Only if it kills this _really_ dumb debate. In time, it will no longer
> compile, and then the situation will be the same as just punting to the
> Attic without the "fix".


Only if some idiot breaks the API contract again.

Whatever happened to "you broke it, you fix it"?

Hopefully, the next time it happens, and something gets punted
to the Attic, it will be code *you* care about, instead of code I
care about.  Then it will be *your* problem, and I can sit back
and make smarmy postings.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  4:30:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 216FE37B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 04:30:38 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 92A1743FAF
	for <current@freebsd.org>; Wed,  5 Mar 2003 04:30:37 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.138.78.dial1.sanjose1.level3.net ([209.245.138.78] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qY2b-0005dg-00; Wed, 05 Mar 2003 04:30:33 -0800
Message-ID: <3E65EA4F.1DE55E7B@mindspring.com>
Date: Wed, 05 Mar 2003 04:15:11 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Tony Finch <dot@dotat.at>
Cc: current@freebsd.org
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk> <E18qWeO-0002ub-00@chiark.greenend.org.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45525140f334d66a787da641ef4e651af666fa475841a1c7a350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Tony Finch wrote:
> The details might be different but not
> enough to confuse a competent programmer.

Same argument, in favor of the netns code.

It's a moot point anyway, I just fixed netns.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  4:48:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id D54AA37B401; Wed,  5 Mar 2003 04:48:39 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5268343FA3; Wed,  5 Mar 2003 04:48:39 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.138.78.dial1.sanjose1.level3.net ([209.245.138.78] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qYK3-0007Z1-00; Wed, 05 Mar 2003 04:48:37 -0800
Message-ID: <3E65EE57.BBD230B4@mindspring.com>
Date: Wed, 05 Mar 2003 04:32:23 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mark Murray <mark@grondar.org>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <200303051118.h25BIHIg043714@grimreaper.grondar.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4d3422fd38a98687d5c9b769ca125679e548b785378294e88350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mark Murray wrote:
> Terry Lambert writes:
> > Mark Murray wrote:
> > > Will it be runnable (as in tested), rather than a compile-only fix?
> >
> > Is "tested" a requirement fo code to be committed or to have it
> > stay in the tree?
> 
> Both.

Cool.  Then I have a long list of things that can be fixed
or removed.

This whole thing about netns started 3 days ago.

How many days after code is questioned does someone have to fix
it before it is it OK to dike it out?


> > Be careful of your answer, unless you are willing to remove all
> > code that does not meet that criteria...
> 
> Be careful of your interpretation of my answer. State _all_ your
> premises, and be careful not to use any undeclared ones. Do not hold
> me to any premise that I have not agreed to.
> 
> All broken code needs to be fixed XOR removed. All fixes need to be
> tested. All code in the tree needs to be tested often to ensure that
> it is not broken.


Let' start wth the libalias/natd incremental checksum update code;
the code is based on RFC1141, instead of RFC1624.  As a result,
it get updated incorrectly occasionally, because it's using two's
complement instead of one's complement math.  Per RFC1642:

   RFC 1141 yields an updated header checksum of -0 when it should be
   +0.  This is because it assumed that one's complement has a
   distributive property, which does not hold when the result is 0 (see
   derivation of [Eqn. 2]).

People see this as hands on FTP installs, etc., going through
FreeBSD based NAT's.

It's very obvious ad easy to repeat:

1)	Put a printf in tcp_input.c that compalins when the
	checksum is incorect.

2)	Do a CVSup from that machine through a FreeBSD NAT


How long can this remain unfixed before the code is diked out,
and the checksum is recalculated fully, instead?


-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  5: 6:38 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D5D7837B434
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 05:06:34 -0800 (PST)
Received: from Shenton.org (23.ebbed1.client.atlantech.net [209.190.235.35])
	by mx1.FreeBSD.org (Postfix) with SMTP id E2E2043F93
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 05:06:23 -0800 (PST)
	(envelope-from chris@Shenton.Org)
Received: (qmail 76277 invoked by uid 1000); 5 Mar 2003 13:06:22 -0000
To: John Wilson <jmw_ymail@yahoo.com>
Cc: Scott Long <scott_long@btc.adaptec.com>,
	freebsd-questions@freebsd.org, freebsd-current@freebsd.org
Subject: Re: A few 5.0-Release questions...
References: <20030305021110.12925.qmail@web20711.mail.yahoo.com>
From: Chris Shenton <chris@shenton.org>
Date: 05 Mar 2003 08:06:22 -0500
In-Reply-To: <20030305021110.12925.qmail@web20711.mail.yahoo.com>
Message-ID: <87fzq2ufn5.fsf@Pectopah.shenton.org>
Lines: 13
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

John Wilson <jmw_ymail@yahoo.com> writes:

> --- Scott Long <scott_long@btc.adaptec.com> wrote:
> [Dell PowerEdge]
> > What model?  There are quite a few PowerEdges out
> 
> It's a 600SC - P4 1.8 - Perc3/SC

FWIW, I had absolutely no trouble booting and installing 5.0-R on my
600SC, with the DELL-supplied CERC RAID card (amr device recognized
it, but it drives 4x ATA disks rather than SCSI), and an Intel gigabit
ether card.  Got X11 working on it rather easily too.  
I don't have any other drives (than the supplied IDE CD) in the box.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  5:25:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C99AD37B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 05:25:22 -0800 (PST)
Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5157B43F85
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 05:25:22 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h25DPLmT029997
	for <current@FreeBSD.ORG>; Wed, 5 Mar 2003 05:25:22 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBA2M900.E3D;
          Wed, 5 Mar 2003 05:25:21 -0800 
Date: Wed, 5 Mar 2003 07:25:20 -0600
Subject: Re: IP over IEEE1394?
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: current@FreeBSD.ORG
To: Rossam Souza Silva <rss@cin.ufpe.br>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <Pine.LNX.4.44.0303050437020.24147-100000@buique.cin.ufpe.br>
Message-Id: <E974F694-4F0D-11D7-8E31-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Interesting... I didn't even know we had Ethernet over firewire :).

Mac OS X and Windows XP both have IP over firewire either working or
in the works and somewhat usable.  The only one I can claim any  
experience
with is Mac OS X.  It's somewhat flaky though and you get unreliable  
spikes
in some basic performance tests I have done with it.

It would be a really interesting value added feature for FreeBSD 5.x
and could potentially open FBSD up even more to the "cluster" market
which is somewhere its not as proliferated as linux.

With the advent of firewire2  on the horizon it may be even more  
impressive.

I believe there is even an Oracle product for linux which can cluster  
databases
over firewire now.  [I don't know if its IP though]


Dave
On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva wrote:

>
> Hi, there is some plan to port NetBSD's implementation of IP over
> Firewire? I know, we have "Ethernet over Firewire", but like the Linux
> one, isn't a standard...
>
> Just curious.
>
> ----------------------------------------------------------------------- 
> -------
>     (_ )   "Contrary to popular belief, UNIX is user friendly. It just  
> happens
>  \\\'',) ^  to be very selective about who it decides to make friends  
> with."
>    \/  \(
>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
> ----------------------------------------------------------------------- 
> ------
>
>
> 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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  5:42:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0A30337B401; Wed,  5 Mar 2003 05:42:50 -0800 (PST)
Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 46E1343FAF; Wed,  5 Mar 2003 05:42:49 -0800 (PST)
	(envelope-from imp@bsdimp.com)
Received: from localhost (warner@rover2.village.org [10.0.0.1])
	by harmony.village.org (8.12.8/8.12.3) with ESMTP id h25DgmA7028534;
	Wed, 5 Mar 2003 06:42:48 -0700 (MST)
	(envelope-from imp@bsdimp.com)
Date: Wed, 05 Mar 2003 06:40:00 -0700 (MST)
Message-Id: <20030305.064000.31317673.imp@bsdimp.com>
To: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
From: "M. Warner Losh" <imp@bsdimp.com>
In-Reply-To: <20030305030708.A21014@FreeBSD.org>
References: <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
	<3E65BB24.3E37D90D@mindspring.com>
	<20030305030708.A21014@FreeBSD.org>
X-Mailer: Mew version 2.1 on Emacs 21.2 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

De: Terry Lambert <tlambert2@mindspring.com> [ Data: 2003-03-05 ]
	[ Subjecte: Re: Removal of netns - politically correct version ]
> On the other hand, there's no compelling reason to dike it out,
> if it can be made to work.  I would argue that ISA support is
> more or less just as obsolete, as is 486 support, as is the F00F
> bug workaround, as is ... a lot of code that's still there.

ISA support is not obsolete.  All new PCs still have ISA busses.  They
might not have ISA Expansion Bus Slots, but they all[*] still connect
their serial ports, parallel ports, and mouse/keyboard ports via ISA.

Warner

[*] well, except for the legacy free ones, which aren't many.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  5:43:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 27EF137B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 05:43:17 -0800 (PST)
Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 84A5343F3F
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 05:43:16 -0800 (PST)
	(envelope-from nectar@celabo.org)
Received: from madman.celabo.org (madman.celabo.org [10.0.1.111])
	by gw.nectar.cc (Postfix) with ESMTP
	id 1991038; Wed,  5 Mar 2003 07:43:16 -0600 (CST)
Received: by madman.celabo.org (Postfix, from userid 1001)
	id 05C6078C43; Wed,  5 Mar 2003 07:43:15 -0600 (CST)
Date: Wed, 5 Mar 2003 07:43:15 -0600
From: "Jacques A. Vidrine" <nectar@FreeBSD.org>
To: Subscriber <subscriber@insignia.com>
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
Message-ID: <20030305134315.GF17270@madman.celabo.org>
Mail-Followup-To: "Jacques A. Vidrine" <nectar@FreeBSD.org>,
	Subscriber <subscriber@insignia.com>,
	"FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
X-Url: http://www.celabo.org/
User-Agent: Mutt/1.5.3i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Mar 05, 2003 at 09:54:13AM -0000, Subscriber wrote:
> Having just done two rebuilds for recent OpenSSL and sendmail
> vulnerabilities, I was surprised to discover that building the port
> of apache13-modssl required the build of a port version of 
> OpenSSL when I had the most updated (4.7) base system with
> OpenSSL in it!. I hate having two versions installed; it makes me
> fear that there will be problems caused by the wrong version being
> used.

You are right to hate having two versions installed --- it is
pointless in most cases.  Please complain to the apache+mod_ssl and
openssl port maintainers.  It sounds to me like they are doing
something very wrong.

Cheers,
-- 
Jacques A. Vidrine <nectar@celabo.org>          http://www.celabo.org/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  5:56:14 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 791F137B401
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 05:56:09 -0800 (PST)
Received: from mnw.eas.slu.edu (mnw.eas.slu.edu [165.134.8.248])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7AE5543FAF
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 05:56:08 -0800 (PST)
	(envelope-from ejh@crawdad.eas.slu.edu)
Received: from crawdad.eas.slu.edu (crawdad.eas.slu.edu [165.134.8.218])
	by mnw.eas.slu.edu (8.11.1/8.11.1) with ESMTP id h25Du7U15741
	for <current@FreeBSD.org>; Wed, 5 Mar 2003 07:56:07 -0600 (CST)
Received: (from ejh@localhost)
	by crawdad.eas.slu.edu (8.12.7/8.12.6) id h25Du7YV019410
	for current@FreeBSD.org; Wed, 5 Mar 2003 07:56:07 -0600 (CST)
Date: Wed, 5 Mar 2003 07:56:07 -0600 (CST)
From: "Eric.J.Haug" <ejh@eas.slu.edu>
Message-Id: <200303051356.h25Du7YV019410@crawdad.eas.slu.edu>
To: current@FreeBSD.org
Subject: Re: Volunteer with genuine i386 cpu & lots of time wanted.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Summary: sort of works
		 someone may be able to answer the long compile questions with a box
		 with more than 8 megs of memory.
		 you probably do not want to use a PIO mode IDE disk controller.

Hardware
386DX with 387  8 megs system board memory
			  2.5 megs AT bus expansion memory
			  AHA1542B SCSI controller
			  SMC ethernet
			  CGA/VGA combo video card
the AT bus memory is not found by FreeBSD 5.0 (why?)

dmesg follows
Note: the floppy cable was not hooked up,
ifloppy disable by jumper on the aha card 
the serial and parallel cards were not inserted

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT-20030228-JPSNAP #0: Tue Mar  4 08:37:54 CST 2003
	ejh@triode.eas.slu.edu:/usr/src/sys/i386/compile/I386N
Preloaded elf kernel "/boot/kernel/kernel" at 0xc038b000.
Timecounter "i8254"  frequency 1193182 Hz
CPU: i386DX (386-class CPU)
real memory  = 8388608 (8 MB)
avail memory = 4571136 (4 MB)
npx0: <math processor> on motherboard
npx0: using IRQ 13 interface
isa0: <ISA bus> on motherboard
pmtimer0 on isa0
orm0: <Option ROMs> at iomem 0xdc000-0xdffff,0xc0000-0xc7fff on isa0
aha0 at port 0x330-0x333 irq 12 drq 5 on isa0
aha0: AHA-1540/1542 64 head BIOS FW Rev. 0.5 (ID=41) SCSI Host Adapter, SCSI ID 7, 16 CCBs
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
ed0 at port 0x280-0x29f iomem 0xd0000-0xd3fff irq 10 on isa0
ed0: address 00:00:c0:d6:82:73, type SMC8216T (16 bit) 
fdc0: ready for input in output
fdc0: cmd 3 failed at out byte 1 of 3
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250 or not responding
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
Waiting 15 seconds for SCSI devices to settle
sa0 at aha0 bus 0 target 4 lun 0
sa0: <EXABYTE EXB-8200 2618> Removable Sequential Access SCSI-CCS device 
sa0: 3.300MB/s transfers
da0 at aha0 bus 0 target 0 lun 0
da0: <SEAGATE ST42100 7544> Fixed Direct Access SCSI-2 device 
da0: 3.300MB/s transfers
da0: 1812MB (3711990 512 byte sectors: 64H 32S/T 1812C)
Mounting root from ufs:/dev/da0s1a

>  
>  1.  Does -current even boot on that vintage of hardware any more ?

GENERIC Freebsd 5.0-CURRENT-20030228-JPSNAP compiled for I386 uses up
7 Megs, kernel runs out of memory building internal tables.

Stripped down I386N does boot (kernel uses 4M ) and comes up multiuser.
more memory or some way to further shrink kernel usage is needed.
rlogin from network works.
time gcc c.c takes
      908.02 real         6.12 user        81.61 sys
without WITNESS and INVARIANTS defined
time gcc c.c takes
       68.08 real         6.00 user         8.14 sys
where c.c is
#include <stdio.h>
main()
{
	int oi;

	oi = 10;
	printf("%d %f\n", oi, (float)oi);
	exit(0);
}
time a.out produces
10 10.000000
in
       53.56 real         0.07 user         2.58 sys
without WITNESS and INVARIANTS defined
        0.89 real         0.09 user         0.25 sys
top looks like
last pid:   645;  load averages:  0.53,  0.40,  0.24    up 0+01:48:30  14:51:40
12 processes:  1 running, 11 sleeping
CPU states:  3.3% user,  0.0% nice,  9.1% system, 14.9% interrupt, 72.7% idle
Mem: 904K Active, 52K Inact, 3412K Wired, 8K Cache, 704K Buf, 300K Free
Swap: 128M Total, 2424K Used, 126M Free, 1% Inuse, 64K In

  PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
  645 ejh       97    0  2112K   848K RUN      0:02 13.57%  6.84% top
  338 root      96    0  1536K   104K select   0:13  0.00%  0.00% ntpd
  214 root      96    0  1176K   132K select   0:05  0.00%  0.00% syslogd
  405 root       8    0  1240K     8K nanslp   0:05  0.00%  0.00% <cron>
  622 root       8    0  1588K     8K wait     0:04  0.00%  0.00% <login>
  623 ejh        8    0   912K     8K wait     0:03  0.00%  0.00% <sh>
  232 root      96    0  1428K     8K select   0:03  0.00%  0.00% <rpcbind>
  621 root      96    0  1224K    48K select   0:03  0.00%  0.00% rlogind
  393 root      96    0  1328K     8K select   0:01  0.00%  0.00% <inetd>
  415 root       5    0  1188K     8K ttyin    0:01  0.00%  0.00% <getty>
  433 root       5    0  1188K     8K ttyin    0:01  0.00%  0.00% <getty>
  416 root       5    0  1188K     8K ttyin    0:01  0.00%  0.00% <getty>

kernel config file
note INET6, eisa, pci, ata, bpf, all disk controllers except one scsi
all ethernet save ed were removed


>  
>  2.  Does it survive a kernel (GENERIC) build ?
not sure, working on it slowly
time config I386N
Kernel build directory is ../compile/I386N
Don't forget to do a ``make depend''
26.660u 8.020s 1:05.34 53.0%    48+585k 31+392io 46pf+0w
Tue Mar  4 16:29:43 CST 2003

>  2a. Does the clock track wall-clock time correctly while doing so ?
>  
>  3.  Does it survive a buildworld ?

>  3a. Does the clock track wall-clock time correctly while doing so ?
>  

>  4.  Can ntpd run against some random (but decent) NTP server steer
>      the clock ?
>  	1) If the machine is idle
Yes
from ntpq
status=0674 leap_none, sync_ntp, 7 events, event_peer/strat_chg
version="ntpd 4.1.1b-a Thu Feb 27 21:29:20 GMT 2003 (1)",
processor="i386", system="FreeBSD5.0-CURRENT-20030228-JPSNAP", leap=00,
stratum=2, precision=-20, rootdelay=4.18, rootdispersion=60.45,
peer=41196, refid=tock.eas.slu.edu,
reftime=c20f8e7c.ee9ad37c  Tue, Mar  4 2003 14:43:40.932, poll=8,
clock=c20f8e9e.53a63544  Tue, Mar  4 2003 14:44:14.326, state=4,
offset=-47.302, frequency=-162.979, jitter=72.048, stability=0.264


>  	2) During buildworld.
>      Please notice if
>  	a) ntpd resorts to clock steps
>  	b) ntpd exits
>  	c) ntpd core dumps
>  
>  Thanks in advance!

diode# date
Tue Mar  4 15:02:37 CST 2003
time make
Warning: Object directory not changed from original /usr/src/sys/modules/pps
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
awk -f @/tools/makeobjops.awk @/dev/ppbus/ppbus_if.m -h
touch opt_pps.h
cc -O -pipe -mcpu=pentiumpro  -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-   -I. -I@ -I@/dev -I@/../include -I/usr/include -fno-common  -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi -c /usr/src/sys/modules/pps/../../dev/ppbus/pps.c
ld  -d -warn-common -r -d -o pps.kld pps.o
touch /usr/src/sys/modules/pps/export_syms
awk -f /usr/src/sys/modules/pps/../../conf/kmod_syms.awk pps.kld  /usr/src/sys/modules/pps/export_syms |  xargs -J% objcopy % pps.kld
ld -Bshareable  -d -warn-common -o pps.ko pps.kld
74.254u 188.698s 36:45.07 11.9% 3256+1790k 447+35io 42859pf+16w
diode# date
Tue Mar  4 15:39:31 CST 2003

from syslog /var/log/messages
Mar  4 13:09:47 diode ntpd[338]: time set -0.017269 s
Mar  4 15:02:12 diode su: ejh to root on /dev/ttyp0
Mar  4 15:35:20 diode ntpd[338]: time reset -0.303634 s
There was a time step during that compile

I find it hung every morning, i will shut off the crontab
stuff today and try to answer other questions

eric

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:10:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 89FF837B401; Wed,  5 Mar 2003 06:10:52 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9CCC343FBD; Wed,  5 Mar 2003 06:10:51 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h25EAmdE012451;
	Wed, 5 Mar 2003 14:10:48 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.7/Submit) with UUCP id h25EAmeh012450;
	Wed, 5 Mar 2003 14:10:48 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h25E99Ig046536;
	Wed, 5 Mar 2003 14:09:09 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303051409.h25E99Ig046536@grimreaper.grondar.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version 
In-Reply-To: Your message of "Wed, 05 Mar 2003 04:13:22 PST."
             <3E65E9E2.94F85833@mindspring.com> 
Date: Wed, 05 Mar 2003 14:09:09 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert writes:
> Mark Murray wrote:
> > Only if it kills this _really_ dumb debate. In time, it will no longer
> > compile, and then the situation will be the same as just punting to the
> > Attic without the "fix".
> 
> Only if some idiot breaks the API contract again.
> 
> Whatever happened to "you broke it, you fix it"?
> 
> Hopefully, the next time it happens, and something gets punted
> to the Attic, it will be code *you* care about, instead of code I
> care about.  Then it will be *your* problem, and I can sit back
> and make smarmy postings.

Guess what? This has already happened. I'm working on a fix.

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:17:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4F18337B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 06:17:41 -0800 (PST)
Received: from ns.gfk.ru (ns.gfk.ru [62.205.179.194])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D25E543F93
	for <current@freebsd.org>; Wed,  5 Mar 2003 06:17:39 -0800 (PST)
	(envelope-from Yuriy.Tsibizov@gfk.ru)
Received: from mx.gfk.ru ([10.0.0.30])
	by ns.gfk.ru ([62.205.179.194])
	with SMTP (MDaemon.PRO.v6.5.2.R)
	for <current@freebsd.org>; Wed, 05 Mar 2003 17:16:36 +0300
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: quoted-printable
Subject: pass0: 3224652.361MB/s transfers
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Date: Wed, 5 Mar 2003 17:16:35 +0300
Message-ID: <C192C8912E798F4399668791C8965190674DF2@mx.hhp.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: pass0: 3224652.361MB/s transfers
Thread-Index: AcLjIdSkAM6WFxArSn6DZ1PMHuGPpQ==
From: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
To: <current@freebsd.org>
X-MDRemoteIP: 10.0.0.30
X-Return-Path: Yuriy.Tsibizov@gfk.ru
X-MDaemon-Deliver-To: current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

can anyone explain why FreeBSD think that my scanner can provide over =
3TB/s data rate???=20
Or it's just a (-1) incorrectly formatted as unsigned on printf() ?

boot -v dmesg:

Calibrating clock(s) ... TSC clock: 400897760 Hz, i8254 clock: 1193149 =
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
Timecounter "TSC"  frequency 400911576 Hz
CPU: AMD-K6(tm) 3D processor (400.91-MHz 586-class CPU)
  Origin =3D "AuthenticAMD"  Id =3D 0x58c  Stepping =3D 12
  Features=3D0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
  AMD Features=3D0x80000800<SYSCALL,3DNow!>


found->	vendor=3D0x1022, dev=3D0x2020, revid=3D0x10
	bus=3D0, slot=3D12, func=3D0
	class=3D01-00-00, hdrtype=3D0x00, mfdev=3D0
	cmdreg=3D0x0087, statreg=3D0x0200, cachelnsz=3D0 (dwords)
	lattimer=3D0x20 (960 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x28 (10000 =
ns)
	intpin=3Da, irq=3D11

amd0: <Tekram DC390(T)/AMD53c974 SCSI Host Adapter> port 0xb000-0xb07f =
irq 11 at device 12.0 on pci0

pass0 at amd0 bus 0 target 1 lun 0
pass0: <Color FilmScanner____1 0117> Fixed Scanner SCSI-2 device=20
pass0: Serial Number I
pass0: 3224652.361MB/s transfers
Mounting root from ufs:/dev/ad1s1a
Be nice to each other, mmmkay?


Yuriy Tsibizov,
http://chibis.persons.gfk.ru


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:20:25 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8C31F37B408
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:20:22 -0800 (PST)
Received: from www.outpostsentinel.com (66-23-198-138.clients.speedfactory.net [66.23.198.138])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8386443F3F
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:20:21 -0800 (PST)
	(envelope-from cfowler@outpostsentinel.com)
Received: from [192.168.2.8] ([192.168.2.8])
	by www.outpostsentinel.com (8.11.6/8.11.6) with ESMTP id h25EK2F08140;
	Wed, 5 Mar 2003 09:20:05 -0500
Subject: Re: IP over IEEE1394?
From: Christopher Fowler <cfowler@outpostsentinel.com>
To: David Leimbach <leimy2k@mac.com>
Cc: freebsd-current@freebsd.org
In-Reply-To: <E974F694-4F0D-11D7-8E31-0003937E39E0@mac.com>
References: <E974F694-4F0D-11D7-8E31-0003937E39E0@mac.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 05 Mar 2003 09:23:59 -0500
Message-Id: <1046874244.5665.24.camel@cfowler.outpostsentinel.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This may not be a workable solution, but if you can get 2 programs to
send data across the firewire to one another, you could use pppd through
that tunnel.  


On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
> Interesting... I didn't even know we had Ethernet over firewire :).
> 
> Mac OS X and Windows XP both have IP over firewire either working or
> in the works and somewhat usable.  The only one I can claim any  
> experience
> with is Mac OS X.  It's somewhat flaky though and you get unreliable  
> spikes
> in some basic performance tests I have done with it.
> 
> It would be a really interesting value added feature for FreeBSD 5.x
> and could potentially open FBSD up even more to the "cluster" market
> which is somewhere its not as proliferated as linux.
> 
> With the advent of firewire2  on the horizon it may be even more  
> impressive.
> 
> I believe there is even an Oracle product for linux which can cluster  
> databases
> over firewire now.  [I don't know if its IP though]
> 
> 
> Dave
> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva wrote:
> 
> >
> > Hi, there is some plan to port NetBSD's implementation of IP over
> > Firewire? I know, we have "Ethernet over Firewire", but like the Linux
> > one, isn't a standard...
> >
> > Just curious.
> >
> > ----------------------------------------------------------------------- 
> > -------
> >     (_ )   "Contrary to popular belief, UNIX is user friendly. It just  
> > happens
> >  \\\'',) ^  to be very selective about who it decides to make friends  
> > with."
> >    \/  \(
> >    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
> > ----------------------------------------------------------------------- 
> > ------
> >
> >
> > 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-current" in the body of the message



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:21:35 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1FCE037B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:21:33 -0800 (PST)
Received: from smtpout.mac.com (A17-250-248-85.apple.com [17.250.248.85])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 75ACF43F93
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:21:32 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h25ELWbq025315
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 06:21:32 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBA57T00.F20;
          Wed, 5 Mar 2003 06:21:29 -0800 
Date: Wed, 5 Mar 2003 08:21:28 -0600
Subject: Re: IP over IEEE1394?
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: freebsd-current@freebsd.org
To: Christopher Fowler <cfowler@outpostsentinel.com>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <1046874244.5665.24.camel@cfowler.outpostsentinel.com>
Message-Id: <C16A8D6B-4F15-11D7-93DF-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Yeah... point to point connections are interesting and powerful but IP  
would
be better if we could get it.

I wish I knew more about how to implement it. :)

Dave
On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:

> This may not be a workable solution, but if you can get 2 programs to
> send data across the firewire to one another, you could use pppd  
> through
> that tunnel.
>
>
> On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
>> Interesting... I didn't even know we had Ethernet over firewire :).
>>
>> Mac OS X and Windows XP both have IP over firewire either working or
>> in the works and somewhat usable.  The only one I can claim any
>> experience
>> with is Mac OS X.  It's somewhat flaky though and you get unreliable
>> spikes
>> in some basic performance tests I have done with it.
>>
>> It would be a really interesting value added feature for FreeBSD 5.x
>> and could potentially open FBSD up even more to the "cluster" market
>> which is somewhere its not as proliferated as linux.
>>
>> With the advent of firewire2  on the horizon it may be even more
>> impressive.
>>
>> I believe there is even an Oracle product for linux which can cluster
>> databases
>> over firewire now.  [I don't know if its IP though]
>>
>>
>> Dave
>> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva wrote:
>>
>>>
>>> Hi, there is some plan to port NetBSD's implementation of IP over
>>> Firewire? I know, we have "Ethernet over Firewire", but like the  
>>> Linux
>>> one, isn't a standard...
>>>
>>> Just curious.
>>>
>>> --------------------------------------------------------------------- 
>>> --
>>> -------
>>>     (_ )   "Contrary to popular belief, UNIX is user friendly. It  
>>> just
>>> happens
>>>  \\\'',) ^  to be very selective about who it decides to make friends
>>> with."
>>>    \/  \(
>>>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
>>> --------------------------------------------------------------------- 
>>> --
>>> ------
>>>
>>>
>>> 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-current" in the body of the message
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:27:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2575F37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:27:13 -0800 (PST)
Received: from www.outpostsentinel.com (66-23-198-138.clients.speedfactory.net [66.23.198.138])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 19DC343FBD
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:27:12 -0800 (PST)
	(envelope-from cfowler@outpostsentinel.com)
Received: from [192.168.2.8] ([192.168.2.8])
	by www.outpostsentinel.com (8.11.6/8.11.6) with ESMTP id h25ER1F08195;
	Wed, 5 Mar 2003 09:27:01 -0500
Subject: Re: IP over IEEE1394?
From: Christopher Fowler <cfowler@outpostsentinel.com>
To: David Leimbach <leimy2k@mac.com>
Cc: freebsd-current@freebsd.org
In-Reply-To: <C16A8D6B-4F15-11D7-93DF-0003937E39E0@mac.com>
References: <C16A8D6B-4F15-11D7-93DF-0003937E39E0@mac.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 05 Mar 2003 09:30:58 -0500
Message-Id: <1046874658.5666.27.camel@cfowler.outpostsentinel.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The beauty of ppp is that you have support in the kernel to do it. 
Else, you are stuck to writing some type of interface driver for the
kernel.  In the short term, this may not be a workable solution.

On a side note,

I read an article on /. about using firewire + MinDV for backup.  I
guess I can get some use out of my camera after all.

Chris

On Wed, 2003-03-05 at 09:21, David Leimbach wrote:
> Yeah... point to point connections are interesting and powerful but IP  
> would
> be better if we could get it.
> 
> I wish I knew more about how to implement it. :)
> 
> Dave
> On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:
> 
> > This may not be a workable solution, but if you can get 2 programs to
> > send data across the firewire to one another, you could use pppd  
> > through
> > that tunnel.
> >
> >
> > On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
> >> Interesting... I didn't even know we had Ethernet over firewire :).
> >>
> >> Mac OS X and Windows XP both have IP over firewire either working or
> >> in the works and somewhat usable.  The only one I can claim any
> >> experience
> >> with is Mac OS X.  It's somewhat flaky though and you get unreliable
> >> spikes
> >> in some basic performance tests I have done with it.
> >>
> >> It would be a really interesting value added feature for FreeBSD 5.x
> >> and could potentially open FBSD up even more to the "cluster" market
> >> which is somewhere its not as proliferated as linux.
> >>
> >> With the advent of firewire2  on the horizon it may be even more
> >> impressive.
> >>
> >> I believe there is even an Oracle product for linux which can cluster
> >> databases
> >> over firewire now.  [I don't know if its IP though]
> >>
> >>
> >> Dave
> >> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva wrote:
> >>
> >>>
> >>> Hi, there is some plan to port NetBSD's implementation of IP over
> >>> Firewire? I know, we have "Ethernet over Firewire", but like the  
> >>> Linux
> >>> one, isn't a standard...
> >>>
> >>> Just curious.
> >>>
> >>> --------------------------------------------------------------------- 
> >>> --
> >>> -------
> >>>     (_ )   "Contrary to popular belief, UNIX is user friendly. It  
> >>> just
> >>> happens
> >>>  \\\'',) ^  to be very selective about who it decides to make friends
> >>> with."
> >>>    \/  \(
> >>>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
> >>> --------------------------------------------------------------------- 
> >>> --
> >>> ------
> >>>
> >>>
> >>> 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-current" in the body of the message
> >
> >
> 
> 
> 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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:28:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4A82F37B434
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:28:07 -0800 (PST)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 84B4743FCB
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:28:05 -0800 (PST)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1])
	by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h25ES2xN007281
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 15:28:02 +0100 (CET)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
	by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h25ES2GG007280
	for freebsd-current@freebsd.org; Wed, 5 Mar 2003 15:28:02 +0100 (CET)
Date: Wed, 5 Mar 2003 15:28:02 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: freebsd-current@freebsd.org
Subject: mdmfs broken?
Message-ID: <20030305142802.GL4422@pcwin002.win.tue.nl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="FCKy2vjPBX+S/5dE"
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Bright-Idea: Let's abolish HTML mail!
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--FCKy2vjPBX+S/5dE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

What's the correct syntax in 5-CURRENT to have a memory disk for /tmp
in your /etc/fstab?

It seems that mdmfs is broken somehow, or else I'm not reading the instruct=
ions right:

FreeBSD pcwin352.win.tue.nl 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Mar  4 =
17:32:19 CET 2003     stijn@pcwin352.win.tue.nl:/local/freebsd/CURRENT/obj/=
local/freebsd/CURRENT/src/sys/PCWIN352  i386

Script started on Wed Mar  5 15:22:20 2003
pcwin352# mdmfs md /tmp
mdmfs: mdconfig (attach) exited with error code 1
pcwin352# mdmfs md0 /tmp
mdmfs: mdconfig (attach) exited with error code 1
pcwin352# mdconfig -a -t swap -s 256M
md0
pcwin352# newfs -U md0
/dev/md0: 256.0MB (524288 sectors) block size 16384, fragment size 4096
	using 4 cylinder groups of 64.02MB, 4097 blks, 4224 inodes.
	with soft updates
super-block backups (for fsck -b #) at:
 32, 131136, 262240, 393344
pcwin352# mount /dev/md0 /tmp
pcwin352# chmod 1777 /tmp
pcwin352# exit

Script done on Wed Mar  5 15:23:03 2003

So by hand it works. Suggestions?

--Stijn

--=20
"From the moment I picked your book up until I laid it down I was convulsed
 with laughter. Some day I intend reading it."
		-- Groucho Marx

--FCKy2vjPBX+S/5dE
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZglyY3r/tLQmfWcRAmq7AJ9LAOtyvmP0bYDxSc1XmRsxnCEwlQCcDanQ
47y3Cki6CdIibkngt4dcBTQ=
=v8L4
-----END PGP SIGNATURE-----

--FCKy2vjPBX+S/5dE--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:30: 5 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 771F037B401; Wed,  5 Mar 2003 06:30:03 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8CEA543FAF; Wed,  5 Mar 2003 06:30:02 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h25EU1dE012845;
	Wed, 5 Mar 2003 14:30:01 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.7/Submit) with UUCP id h25EU1Uq012844;
	Wed, 5 Mar 2003 14:30:01 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h25ETsIg047004;
	Wed, 5 Mar 2003 14:29:54 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303051429.h25ETsIg047004@grimreaper.grondar.org>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version 
In-Reply-To: Your message of "Wed, 05 Mar 2003 04:32:23 PST."
             <3E65EE57.BBD230B4@mindspring.com> 
Date: Wed, 05 Mar 2003 14:29:54 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert writes:
> Let' start wth the libalias/natd incremental checksum update code;
> the code is based on RFC1141, instead of RFC1624.  As a result,
> it get updated incorrectly occasionally, because it's using two's
> complement instead of one's complement math.  Per RFC1642:
> 
>    RFC 1141 yields an updated header checksum of -0 when it should be
>    +0.  This is because it assumed that one's complement has a
>    distributive property, which does not hold when the result is 0 (see
>    derivation of [Eqn. 2]).
> 
> People see this as hands on FTP installs, etc., going through
> FreeBSD based NAT's.
> 
> It's very obvious ad easy to repeat:
> 
> 1)	Put a printf in tcp_input.c that compalins when the
> 	checksum is incorect.
> 
> 2)	Do a CVSup from that machine through a FreeBSD NAT
> 
> 
> How long can this remain unfixed before the code is diked out,
> and the checksum is recalculated fully, instead?

Terry, you sound rather foolish when you argue like this. This 
is semantic tomfoolery and off topic. End of thread.

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:30:49 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E2F6937B401
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 06:30:48 -0800 (PST)
Received: from smtpout.mac.com (A17-250-248-86.apple.com [17.250.248.86])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4532743FD7
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 06:30:48 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h25EUmGs027084
	for <current@FreeBSD.org>; Wed, 5 Mar 2003 06:30:48 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBA5NB00.NY9 for
          <current@FreeBSD.org>; Wed, 5 Mar 2003 06:30:47 -0800 
Date: Wed, 5 Mar 2003 08:30:46 -0600
Mime-Version: 1.0 (Apple Message framework v551)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Subject: CVSROOT directory gone?
From: David Leimbach <leimy2k@mac.com>
To: current@FreeBSD.org
Content-Transfer-Encoding: 7bit
Message-Id: <0DB4E65B-4F17-11D7-A732-0003937E39E0@mac.com>
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I can't seem to get a mirror copy of the CVSROOT directory with my 
cvsup script.

This worked fine a few days ago.  cvsup2.FreeBSD.org is the server I 
used.


Dave


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:32:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 38FF537B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:32:21 -0800 (PST)
Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.89])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D2F4243FDF
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:32:18 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h25EWI8I019227
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 06:32:18 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBA5PT00.K2J;
          Wed, 5 Mar 2003 06:32:17 -0800 
Date: Wed, 5 Mar 2003 08:32:16 -0600
Subject: Re: IP over IEEE1394?
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: freebsd-current@freebsd.org
To: Christopher Fowler <cfowler@outpostsentinel.com>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <1046874658.5666.27.camel@cfowler.outpostsentinel.com>
Message-Id: <43A441A1-4F17-11D7-A732-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

True... I guess I didn't state my case clearly enough that I think IP  
over firewire
is in itself a good thing for clusters.

ppp connections with it are fine too but not very useful for my line of  
work
which is parallel computing middleware :)

Dave
On Wednesday, March 5, 2003, at 08:30 AM, Christopher Fowler wrote:

> The beauty of ppp is that you have support in the kernel to do it.
> Else, you are stuck to writing some type of interface driver for the
> kernel.  In the short term, this may not be a workable solution.
>
> On a side note,
>
> I read an article on /. about using firewire + MinDV for backup.  I
> guess I can get some use out of my camera after all.
>
> Chris
>
> On Wed, 2003-03-05 at 09:21, David Leimbach wrote:
>> Yeah... point to point connections are interesting and powerful but IP
>> would
>> be better if we could get it.
>>
>> I wish I knew more about how to implement it. :)
>>
>> Dave
>> On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:
>>
>>> This may not be a workable solution, but if you can get 2 programs to
>>> send data across the firewire to one another, you could use pppd
>>> through
>>> that tunnel.
>>>
>>>
>>> On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
>>>> Interesting... I didn't even know we had Ethernet over firewire :).
>>>>
>>>> Mac OS X and Windows XP both have IP over firewire either working or
>>>> in the works and somewhat usable.  The only one I can claim any
>>>> experience
>>>> with is Mac OS X.  It's somewhat flaky though and you get unreliable
>>>> spikes
>>>> in some basic performance tests I have done with it.
>>>>
>>>> It would be a really interesting value added feature for FreeBSD 5.x
>>>> and could potentially open FBSD up even more to the "cluster" market
>>>> which is somewhere its not as proliferated as linux.
>>>>
>>>> With the advent of firewire2  on the horizon it may be even more
>>>> impressive.
>>>>
>>>> I believe there is even an Oracle product for linux which can  
>>>> cluster
>>>> databases
>>>> over firewire now.  [I don't know if its IP though]
>>>>
>>>>
>>>> Dave
>>>> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva wrote:
>>>>
>>>>>
>>>>> Hi, there is some plan to port NetBSD's implementation of IP over
>>>>> Firewire? I know, we have "Ethernet over Firewire", but like the
>>>>> Linux
>>>>> one, isn't a standard...
>>>>>
>>>>> Just curious.
>>>>>
>>>>> ------------------------------------------------------------------- 
>>>>> --
>>>>> --
>>>>> -------
>>>>>     (_ )   "Contrary to popular belief, UNIX is user friendly. It
>>>>> just
>>>>> happens
>>>>>  \\\'',) ^  to be very selective about who it decides to make  
>>>>> friends
>>>>> with."
>>>>>    \/  \(
>>>>>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
>>>>> ------------------------------------------------------------------- 
>>>>> --
>>>>> --
>>>>> ------
>>>>>
>>>>>
>>>>> 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-current" in the body of the message
>>>
>>>
>>
>>
>> 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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:34:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A592B37B401
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 06:34:49 -0800 (PST)
Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 941FA43F85
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 06:34:48 -0800 (PST)
	(envelope-from mich@freebsdcluster.net)
Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26])
	by mail2.itxmarket.com (Postfix) with ESMTP
	id 5FC7837CB4; Wed,  5 Mar 2003 15:34:47 +0100 (CET)
Received: by freebsdcluster.net (Postfix, from userid 1000)
	id 1B4FD3B9432; Wed,  5 Mar 2003 15:34:47 +0100 (CET)
Date: Wed, 5 Mar 2003 15:34:47 +0100
From: Michael Hostbaek <mich@freebsdcluster.org>
To: David Leimbach <leimy2k@mac.com>
Cc: current@FreeBSD.org
Subject: Re: CVSROOT directory gone?
Message-ID: <20030305143447.GD42195@mich2.itxmarket.com>
Mail-Followup-To: Michael Hostbaek <mich@freebsdcluster.org>,
	David Leimbach <leimy2k@mac.com>, current@FreeBSD.org
References: <0DB4E65B-4F17-11D7-A732-0003937E39E0@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <0DB4E65B-4F17-11D7-A732-0003937E39E0@mac.com>
X-Operating-System: FreeBSD 4.8-PRERELEASE i386
X-PGP-Key: http://www.freebsdcluster.org/~mich/
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

The following mail was sent to current@ from Peter Wemm yesterday:

<snip>

Anybody who uses the cvs-supfile example to get the repository should add
"cvsroot-all" to their supfile.  This is in addition to src-all, ports-all,
doc-all etc.

This is *ONLY* for the folks getting the CVS ,v files via cvsup.  If you
use tag=. or tag=RELENG_4, then you are not affected by this.

I have updated cvs-supfile in -current but not RELENG_4 yet.

Cheers,
-Peter
</snip>

/mich
David Leimbach (leimy2k) writes:
> I can't seem to get a mirror copy of the CVSROOT directory with my 
> cvsup script.
> 
> This worked fine a few days ago.  cvsup2.FreeBSD.org is the server I 
> used.
> 
> 
> Dave
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

-- 
Best Regards,
	Michael Landin Hostbaek 
	FreeBSDCluster.org - an International Community

	*/ PGP-key available upon request /*

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:35:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8E2C237B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:35:40 -0800 (PST)
Received: from mailspool.ops.uunet.co.za (mailspool.ops.uunet.co.za [196.7.0.140])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1646543F85
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:35:39 -0800 (PST)
	(envelope-from ianf@wcom.com)
Received: from copernicus.so.cpt1.za.uu.net ([196.30.72.32])
	by mailspool.ops.uunet.co.za with esmtp (Exim 3.36 #1)
	id 18qZzV-0007gD-00; Wed, 05 Mar 2003 16:35:29 +0200
Received: from localhost ([127.0.0.1] helo=wcom.com)
	by copernicus.so.cpt1.za.uu.net with esmtp (Exim 3.36 #1)
	id 18qZzT-000P3M-00; Wed, 05 Mar 2003 16:35:27 +0200
To: Subscriber <subscriber@insignia.com>
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim 
In-reply-to: Your message of "Wed, 05 Mar 2003 09:54:13 GMT."
             <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com> 
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com> 
From: ianf@za.uu.net
X-image-url: http://www.digs.iafrica.com/gallery/ian-small.gif
X-BOFH: true
X-LART: Depleted uranium
X-No-Junk-Mail: I do not want to get *any* junk mail. You have been deleted
Date: Wed, 05 Mar 2003 16:35:27 +0200
Message-ID: <96307.1046874927@wcom.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Subscriber wrote:
> Would the powers that be please consider removing sendmail,
> bind and openssl from the base system, as was done for perl
> with 5.0?

There are /etc/make.conf variables to control this so you can do
it for yourself:

#NO_BIND=       true    # do not build BIND
#NO_OPENSSH=    true    # do not build OpenSSH
#NO_OPENSSL=    true    # do not build OpenSSL (implies NO_OPENSSH)
#NO_SENDMAIL=   true    # do not build sendmail and related programs

Ian

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:37: 1 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C962537B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:36:59 -0800 (PST)
Received: from ztxmail03.ztx.compaq.com (ztxmail03.ztx.compaq.com [161.114.1.207])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 139CC43F75
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:36:59 -0800 (PST)
	(envelope-from john.cagle@hp.com)
Received: from cceexg11.americas.cpqcorp.net (cceexg11.americas.cpqcorp.net [16.110.250.125])
	by ztxmail03.ztx.compaq.com (Postfix) with ESMTP
	id 913555839; Wed,  5 Mar 2003 08:36:58 -0600 (CST)
Received: from cceexc19.americas.cpqcorp.net ([16.110.250.85]) by cceexg11.americas.cpqcorp.net with Microsoft SMTPSVC(5.0.2195.2966);
	 Wed, 5 Mar 2003 08:36:58 -0600
X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: IP over IEEE1394?
Date: Wed, 5 Mar 2003 08:36:57 -0600
Message-ID: <C50AB9511EE59B49B2A503CB7AE1ABD10476C011@cceexc19.americas.cpqcorp.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: IP over IEEE1394?
Thread-Index: AcLjJBHNN4MezZLkSy2MxyYdqru5UwAADMiA
From: "Cagle, John (ISS-Houston)" <john.cagle@hp.com>
To: "David Leimbach" <leimy2k@mac.com>
Cc: <freebsd-current@freebsd.org>
X-OriginalArrivalTime: 05 Mar 2003 14:36:58.0539 (UTC) FILETIME=[AD495FB0:01C2E324]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Wouldn't you need a firewire switch to do a cluster of more than 2
nodes?  Or are you thinking of using multiple firewire interfaces per
node?

> -----Original Message-----
> From: David Leimbach [mailto:leimy2k@mac.com]=20
> Sent: Wednesday, March 05, 2003 8:32 AM
> To: Christopher Fowler
> Cc: freebsd-current@freebsd.org
> Subject: Re: IP over IEEE1394?
>=20
>=20
> True... I guess I didn't state my case clearly enough that I=20
> think IP =20
> over firewire
> is in itself a good thing for clusters.
>=20
> ppp connections with it are fine too but not very useful for=20
> my line of =20
> work
> which is parallel computing middleware :)
>=20
> Dave

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:38: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 87D7937B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:37:59 -0800 (PST)
Received: from www.outpostsentinel.com (66-23-198-138.clients.speedfactory.net [66.23.198.138])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 71A6643FBD
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 06:37:58 -0800 (PST)
	(envelope-from cfowler@outpostsentinel.com)
Received: from [192.168.2.8] ([192.168.2.8])
	by www.outpostsentinel.com (8.11.6/8.11.6) with ESMTP id h25EblF08211;
	Wed, 5 Mar 2003 09:37:47 -0500
Subject: Re: IP over IEEE1394?
From: Christopher Fowler <cfowler@outpostsentinel.com>
To: David Leimbach <leimy2k@mac.com>
Cc: freebsd-current@freebsd.org
In-Reply-To: <43A441A1-4F17-11D7-A732-0003937E39E0@mac.com>
References: <43A441A1-4F17-11D7-A732-0003937E39E0@mac.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 05 Mar 2003 09:41:44 -0500
Message-Id: <1046875304.5667.31.camel@cfowler.outpostsentinel.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

You can run IP via PPP.  PPPD is used all the time for VPN.  I've got 2
networks that are combined via PPPD over a tunnel because they are both
on private networks and have only 1 public IP.

However, The overhead could get you. I'm not sure you want to go down
the writer of creating another interface.  Maybe you could use the SLIP
interface and capture that IP stuff and send across.

  

On Wed, 2003-03-05 at 09:32, David Leimbach wrote:
> True... I guess I didn't state my case clearly enough that I think IP  
> over firewire
> is in itself a good thing for clusters.
> 
> ppp connections with it are fine too but not very useful for my line of  
> work
> which is parallel computing middleware :)
> 
> Dave
> On Wednesday, March 5, 2003, at 08:30 AM, Christopher Fowler wrote:
> 
> > The beauty of ppp is that you have support in the kernel to do it.
> > Else, you are stuck to writing some type of interface driver for the
> > kernel.  In the short term, this may not be a workable solution.
> >
> > On a side note,
> >
> > I read an article on /. about using firewire + MinDV for backup.  I
> > guess I can get some use out of my camera after all.
> >
> > Chris
> >
> > On Wed, 2003-03-05 at 09:21, David Leimbach wrote:
> >> Yeah... point to point connections are interesting and powerful but IP
> >> would
> >> be better if we could get it.
> >>
> >> I wish I knew more about how to implement it. :)
> >>
> >> Dave
> >> On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:
> >>
> >>> This may not be a workable solution, but if you can get 2 programs to
> >>> send data across the firewire to one another, you could use pppd
> >>> through
> >>> that tunnel.
> >>>
> >>>
> >>> On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
> >>>> Interesting... I didn't even know we had Ethernet over firewire :).
> >>>>
> >>>> Mac OS X and Windows XP both have IP over firewire either working or
> >>>> in the works and somewhat usable.  The only one I can claim any
> >>>> experience
> >>>> with is Mac OS X.  It's somewhat flaky though and you get unreliable
> >>>> spikes
> >>>> in some basic performance tests I have done with it.
> >>>>
> >>>> It would be a really interesting value added feature for FreeBSD 5.x
> >>>> and could potentially open FBSD up even more to the "cluster" market
> >>>> which is somewhere its not as proliferated as linux.
> >>>>
> >>>> With the advent of firewire2  on the horizon it may be even more
> >>>> impressive.
> >>>>
> >>>> I believe there is even an Oracle product for linux which can  
> >>>> cluster
> >>>> databases
> >>>> over firewire now.  [I don't know if its IP though]
> >>>>
> >>>>
> >>>> Dave
> >>>> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva wrote:
> >>>>
> >>>>>
> >>>>> Hi, there is some plan to port NetBSD's implementation of IP over
> >>>>> Firewire? I know, we have "Ethernet over Firewire", but like the
> >>>>> Linux
> >>>>> one, isn't a standard...
> >>>>>
> >>>>> Just curious.
> >>>>>
> >>>>> ------------------------------------------------------------------- 
> >>>>> --
> >>>>> --
> >>>>> -------
> >>>>>     (_ )   "Contrary to popular belief, UNIX is user friendly. It
> >>>>> just
> >>>>> happens
> >>>>>  \\\'',) ^  to be very selective about who it decides to make  
> >>>>> friends
> >>>>> with."
> >>>>>    \/  \(
> >>>>>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
> >>>>> ------------------------------------------------------------------- 
> >>>>> --
> >>>>> --
> >>>>> ------
> >>>>>
> >>>>>
> >>>>> 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-current" in the body of the message
> >>>
> >>>
> >>
> >>
> >> 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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  6:57:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E44B937B411
	for <current@freebsd.org>; Wed,  5 Mar 2003 06:57:32 -0800 (PST)
Received: from puma.icir.org (puma.icir.org [192.150.187.73])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 323F343FAF
	for <current@freebsd.org>; Wed,  5 Mar 2003 06:57:32 -0800 (PST)
	(envelope-from hodson@puma.icir.org)
Received: from puma.icir.org (localhost [127.0.0.1])
	by puma.icir.org (8.12.3/8.12.3) with ESMTP id h25EvUAT033708;
	Wed, 5 Mar 2003 06:57:30 -0800 (PST)
	(envelope-from hodson@puma.icir.org)
Message-Id: <200303051457.h25EvUAT033708@puma.icir.org>
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3
From: Orion Hodson <orion@freebsd.org>
To: current@freebsd.org
Cc: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
Subject: Re:Witness problem with sound
In-Reply-To: <C192C8912E798F4399668791C8965190674DF0@mx.hhp.local> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 05 Mar 2003 06:57:30 -0800
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Yuriy wrote:
| > Mar  4 14:56:27 port2 kernel:=20
| > /usr/src/sys/vm/uma_core.c:1330: could sleep with
| > "pcm0:play:0" locked from /usr/src/sys/dev/sound/pcm/dsp.c:748
| this problem is in last (1.27->1.28) changes in =
| /usr/src/sys/dev/sound/pcm/feeder.c (if I remember correctly)
| You can revert to previous version (1.27) if you don't want to see =
| witness messages.

The code just got reverted.  Reverting this code is not ideal, but really a 
more fundamental fix is required and neither state of the feeder files helps.  
By reverting the code it'll generate less email, and in the meantime we can 
hopefully sort out a more fundamental fix.

Regards
- Orion


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  7: 4:20 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E8A9737B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 07:04:18 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0551E43F75
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 07:04:18 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.7/8.12.1) with ESMTP id h25F4GjL012616;
	Wed, 5 Mar 2003 10:04:16 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.7/8.12.1/Submit) id h25F4Fua012615;
	Wed, 5 Mar 2003 10:04:15 -0500 (EST)
	(envelope-from hiten)
Date: Wed, 5 Mar 2003 10:04:15 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
Message-ID: <20030305150415.GA11671@unixdaemons.com>
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk> <E18qWeO-0002ub-00@chiark.greenend.org.uk> <3E65EA4F.1DE55E7B@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E65EA4F.1DE55E7B@mindspring.com>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Terry Lambert (Wed, Mar 05, 2003 at 04:15:11AM -0800) wrote:
> Tony Finch wrote:
> > The details might be different but not
> > enough to confuse a competent programmer.
> 
> Same argument, in favor of the netns code.
> 
> It's a moot point anyway, I just fixed netns.

Sorry to but in, but I don't see why this so called bikesheed keeps
getting bigger and bigger.  The outcome is simple.  If your patches
function properly, then there is no need to remove netns provided you
don't mind maintaining it.  If it doesn't have a maintainer, then just
apply your fixes and shuv it in the Attic so it's less horid when
someone wants to restart the effort of maintaining it.

Not that I can do anything about it, but I can't see why this discussion
is getting bigger and bigger for no reason.

Cheers.

PS. Just my 2 cents.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  7: 5:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E5DBE37B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 07:05:30 -0800 (PST)
Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 452B143F85
	for <current@freebsd.org>; Wed,  5 Mar 2003 07:05:29 -0800 (PST)
	(envelope-from mich@freebsdcluster.net)
Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26])
	by mail2.itxmarket.com (Postfix) with ESMTP id 5F3D837CB3
	for <current@freebsd.org>; Wed,  5 Mar 2003 16:05:28 +0100 (CET)
Received: by freebsdcluster.net (Postfix, from userid 1000)
	id 4290A3B9432; Wed,  5 Mar 2003 16:05:28 +0100 (CET)
Date: Wed, 5 Mar 2003 16:05:28 +0100
From: Michael Hostbaek <mich@freebsdcluster.org>
To: current@freebsd.org
Subject: coda_vnops breaks kernel buil
Message-ID: <20030305150528.GA43309@mich2.itxmarket.com>
Mail-Followup-To: Michael Hostbaek <mich@freebsdcluster.org>,
	current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7ZAtKRhVyVSsbBD2"
Content-Disposition: inline
X-Operating-System: FreeBSD 4.8-PRERELEASE i386
X-PGP-Key: http://www.freebsdcluster.org/~mich/
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--7ZAtKRhVyVSsbBD2
Content-Type: multipart/mixed; boundary="mYCpIKhGyMATD0i+"
Content-Disposition: inline


--mYCpIKhGyMATD0i+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Two hour old src, when doing a make buildkernel KERNCONF=3DGENERIC : dfdsf


/usr/src/sys/coda/coda_vnops.c:171: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:171: (near initialization for=20
`coda_vnodeop_entries[42]')
/usr/src/sys/coda/coda_vnops.c:1984: warning: function declaration=20
isn't a prototype
*** Error code 1

More details attached.

/mich

--=20
Best Regards,
	Michael Landin Hostbaek=20
	FreeBSDCluster.org - an International Community

	*/ PGP-key available upon request /*

--mYCpIKhGyMATD0i+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="b0rk.txt"

cc -O -pipe -mcpu=pentiumpro  -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissin                     g-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I-   -I.                      -I@ -I@/dev -I@/../include -fno-common -g -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding                      -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -W                     cast-qual  -fformat-extensions -ansi -c /usr/src/sys/coda/coda_vnops.c
/usr/src/sys/coda/coda_vnops.c:142: `coda_pathconf' undeclared here (not in a function)
/usr/src/sys/coda/coda_vnops.c:142: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:142: (near initialization for `coda_vnodeop_entries[29].opve_impl')
/usr/src/sys/coda/coda_vnops.c:142: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:142: (near initialization for `coda_vnodeop_entries[29]')
/usr/src/sys/coda/coda_vnops.c:143: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:143: (near initialization for `coda_vnodeop_entries[30]')
/usr/src/sys/coda/coda_vnops.c:144: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:144: (near initialization for `coda_vnodeop_entries[31]')
/usr/src/sys/coda/coda_vnops.c:145: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:145: (near initialization for `coda_vnodeop_entries[32]')
/usr/src/sys/coda/coda_vnops.c:146: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:146: (near initialization for `coda_vnodeop_entries[33]')
/usr/src/sys/coda/coda_vnops.c:147: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:147: (near initialization for `coda_vnodeop_entries[34]')
/usr/src/sys/coda/coda_vnops.c:148: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:148: (near initialization for `coda_vnodeop_entries[35]')
/usr/src/sys/coda/coda_vnops.c:149: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:149: (near initialization for `coda_vnodeop_entries[36]')
/usr/src/sys/coda/coda_vnops.c:150: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:150: (near initialization for `coda_vnodeop_entries[37]')
/usr/src/sys/coda/coda_vnops.c:167: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:167: (near initialization for `coda_vnodeop_entries[38]')
/usr/src/sys/coda/coda_vnops.c:168: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:168: (near initialization for `coda_vnodeop_entries[39]')
/usr/src/sys/coda/coda_vnops.c:169: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:169: (near initialization for `coda_vnodeop_entries[40]')
/usr/src/sys/coda/coda_vnops.c:170: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:170: (near initialization for `coda_vnodeop_entries[41]')
/usr/src/sys/coda/coda_vnops.c:171: initializer element is not constant
/usr/src/sys/coda/coda_vnops.c:171: (near initialization for `coda_vnodeop_entries[42]')
/usr/src/sys/coda/coda_vnops.c:1984: warning: function declaration isn't a prototype
*** Error code 1


--mYCpIKhGyMATD0i+--

--7ZAtKRhVyVSsbBD2
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZhI3ewpSEg9V9r4RAqSVAKDGWy8I0QM2rh+Yts24XJTLzDSdmwCeLElP
PyNGYfiOxG721JdcD8G+fBw=
=mb6h
-----END PGP SIGNATURE-----

--7ZAtKRhVyVSsbBD2--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  7:30:25 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E683437B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 07:30:23 -0800 (PST)
Received: from mail2.itxmarket.com (fw.itxmarket.com [213.11.40.109])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 34C3D43FAF
	for <current@freebsd.org>; Wed,  5 Mar 2003 07:30:23 -0800 (PST)
	(envelope-from mich@freebsdcluster.net)
Received: from freebsdcluster.net (mich2.itxmarket.com [192.168.2.26])
	by mail2.itxmarket.com (Postfix) with ESMTP id 8209C37CB3
	for <current@freebsd.org>; Wed,  5 Mar 2003 16:30:22 +0100 (CET)
Received: by freebsdcluster.net (Postfix, from userid 1000)
	id 690AC3B9432; Wed,  5 Mar 2003 16:30:22 +0100 (CET)
Date: Wed, 5 Mar 2003 16:30:22 +0100
From: Michael Hostbaek <mich@freebsdcluster.org>
To: current@freebsd.org
Subject: Re: coda_vnops breaks kernel buil
Message-ID: <20030305153022.GC43309@mich2.itxmarket.com>
Mail-Followup-To: Michael Hostbaek <mich@freebsdcluster.org>,
	current@freebsd.org
References: <20030305150528.GA43309@mich2.itxmarket.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="z4+8/lEcDcG5Ke9S"
Content-Disposition: inline
In-Reply-To: <20030305150528.GA43309@mich2.itxmarket.com>
X-Operating-System: FreeBSD 4.8-PRERELEASE i386
X-PGP-Key: http://www.freebsdcluster.org/~mich/
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--z4+8/lEcDcG5Ke9S
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Michael Hostbaek (mich) writes:
> Two hour old src, when doing a make buildkernel KERNCONF=3DGENERIC : dfdsf
>=20
>=20
> /usr/src/sys/coda/coda_vnops.c:171: initializer element is not constant
> /usr/src/sys/coda/coda_vnops.c:171: (near initialization for=20
> `coda_vnodeop_entries[42]')
> /usr/src/sys/coda/coda_vnops.c:1984: warning: function declaration=20
> isn't a prototype
> *** Error code 1
>=20

Hmm.. I'll try and whack my src tree, and cvsup again.=20

/mich

--=20
Best Regards,
	Michael Landin Hostbaek=20
	FreeBSDCluster.org - an International Community

	*/ PGP-key available upon request /*

--z4+8/lEcDcG5Ke9S
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZhgOewpSEg9V9r4RAp1iAJ0WDhIOXJrABDgijQnGttlrL9XUFwCgjBCA
BKSSLcECAE57iLb2e0YsIAs=
=NX5J
-----END PGP SIGNATURE-----

--z4+8/lEcDcG5Ke9S--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  7:33:57 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1B20237B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 07:33:56 -0800 (PST)
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 43A4F43FBF
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 07:33:51 -0800 (PST)
	(envelope-from gallatin@cs.duke.edu)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.12.8/8.12.8) with ESMTP id h25FXoG1017926
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Wed, 5 Mar 2003 10:33:50 -0500 (EST)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h25FXj874816;
	Wed, 5 Mar 2003 10:33:45 -0500 (EST)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15974.6361.471584.917266@grasshopper.cs.duke.edu>
Date: Wed, 5 Mar 2003 10:33:45 -0500 (EST)
To: David Leimbach <leimy2k@mac.com>
Cc: Christopher Fowler <cfowler@outpostsentinel.com>,
	freebsd-current@freebsd.org
Subject: Re: IP over IEEE1394?
In-Reply-To: <43A441A1-4F17-11D7-A732-0003937E39E0@mac.com>
References: <1046874658.5666.27.camel@cfowler.outpostsentinel.com>
	<43A441A1-4F17-11D7-A732-0003937E39E0@mac.com>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


David Leimbach writes:
 > True... I guess I didn't state my case clearly enough that I think IP  
 > over firewire
 > is in itself a good thing for clusters.

From my experience with the Apple IP over Firewire, it seems slow, and
very high overhead.  A dual 800MHz G4 host which can transmit at well
over 1 Gb/sec (using ethernet-over-Myrinet) maxes its CPU out at
200Mb/sec, or less with IP over Firewire. (I'd report GigE numbers,
but I don't have a GigE switch or a decent enough cable to get a
host-host link at 1Gb/s).

Its possible that the Apple code just sucked, I don't know.  It used a
1500 byte mtu, for example.  I'd have thought you'd be able to have
much large mtus w/firewire.

If the Apple code is typical, then I think that unless you've got some
sort of alternate zero-copy protocol running over raw firewire, you'd
be better off running GigE, or even multiple 100Mb links.

Drew



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  8: 9:49 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A1E3E37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:09:45 -0800 (PST)
Received: from www.outpostsentinel.com (66-23-198-138.clients.speedfactory.net [66.23.198.138])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6DCAF43F93
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:09:44 -0800 (PST)
	(envelope-from cfowler@outpostsentinel.com)
Received: from [192.168.2.8] ([192.168.2.8])
	by www.outpostsentinel.com (8.11.6/8.11.6) with ESMTP id h25G9UF08310;
	Wed, 5 Mar 2003 11:09:30 -0500
Subject: Re: IP over IEEE1394?
From: Christopher Fowler <cfowler@outpostsentinel.com>
To: David Leimbach <leimy2k@mac.com>
Cc: freebsd-current@freebsd.org
In-Reply-To: <43A441A1-4F17-11D7-A732-0003937E39E0@mac.com>
References: <43A441A1-4F17-11D7-A732-0003937E39E0@mac.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.3 (1.0.3-6) 
Date: 05 Mar 2003 11:13:28 -0500
Message-Id: <1046880809.7425.6.camel@cfowler.outpostsentinel.com>
Mime-Version: 1.0
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

If toy are using PVM or similar technologies, would'nt the best route to
be to pick a transport that is the fastest.  Last thing you want is
messages to be bogged down in transport.

I"m nut sure what type of clusters you are building but I would say use
multiple interfaces.  If you are stuck with 1U per node, use a
multi-port NIC.  I have a D-Link card that as 4 interfaces on one
flange.

If you are stuck to blade servers, I'm not sure what to do other than
place them all on a private back bone.  Then have one brain that could
be a gateway to them and the main network.

I would stay away from message passing over slow links.  You could use
the firewall for heartbeat.


On Wed, 2003-03-05 at 09:32, David Leimbach wrote:
> True... I guess I didn't state my case clearly enough that I think IP  
> over firewire
> is in itself a good thing for clusters.
> 
> ppp connections with it are fine too but not very useful for my line of  
> work
> which is parallel computing middleware :)
> 
> Dave
> On Wednesday, March 5, 2003, at 08:30 AM, Christopher Fowler wrote:
> 
> > The beauty of ppp is that you have support in the kernel to do it.
> > Else, you are stuck to writing some type of interface driver for the
> > kernel.  In the short term, this may not be a workable solution.
> >
> > On a side note,
> >
> > I read an article on /. about using firewire + MinDV for backup.  I
> > guess I can get some use out of my camera after all.
> >
> > Chris
> >
> > On Wed, 2003-03-05 at 09:21, David Leimbach wrote:
> >> Yeah... point to point connections are interesting and powerful but IP
> >> would
> >> be better if we could get it.
> >>
> >> I wish I knew more about how to implement it. :)
> >>
> >> Dave
> >> On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:
> >>
> >>> This may not be a workable solution, but if you can get 2 programs to
> >>> send data across the firewire to one another, you could use pppd
> >>> through
> >>> that tunnel.
> >>>
> >>>
> >>> On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
> >>>> Interesting... I didn't even know we had Ethernet over firewire :).
> >>>>
> >>>> Mac OS X and Windows XP both have IP over firewire either working or
> >>>> in the works and somewhat usable.  The only one I can claim any
> >>>> experience
> >>>> with is Mac OS X.  It's somewhat flaky though and you get unreliable
> >>>> spikes
> >>>> in some basic performance tests I have done with it.
> >>>>
> >>>> It would be a really interesting value added feature for FreeBSD 5.x
> >>>> and could potentially open FBSD up even more to the "cluster" market
> >>>> which is somewhere its not as proliferated as linux.
> >>>>
> >>>> With the advent of firewire2  on the horizon it may be even more
> >>>> impressive.
> >>>>
> >>>> I believe there is even an Oracle product for linux which can  
> >>>> cluster
> >>>> databases
> >>>> over firewire now.  [I don't know if its IP though]
> >>>>
> >>>>
> >>>> Dave
> >>>> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva wrote:
> >>>>
> >>>>>
> >>>>> Hi, there is some plan to port NetBSD's implementation of IP over
> >>>>> Firewire? I know, we have "Ethernet over Firewire", but like the
> >>>>> Linux
> >>>>> one, isn't a standard...
> >>>>>
> >>>>> Just curious.
> >>>>>
> >>>>> ------------------------------------------------------------------- 
> >>>>> --
> >>>>> --
> >>>>> -------
> >>>>>     (_ )   "Contrary to popular belief, UNIX is user friendly. It
> >>>>> just
> >>>>> happens
> >>>>>  \\\'',) ^  to be very selective about who it decides to make  
> >>>>> friends
> >>>>> with."
> >>>>>    \/  \(
> >>>>>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
> >>>>> ------------------------------------------------------------------- 
> >>>>> --
> >>>>> --
> >>>>> ------
> >>>>>
> >>>>>
> >>>>> 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-current" in the body of the message
> >>>
> >>>
> >>
> >>
> >> 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-current" in the body of the message



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  8:25:27 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 50AA137B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 08:25:26 -0800 (PST)
Received: from hotmail.com (oe61.law9.hotmail.com [64.4.8.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CFA8B43FAF
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 08:25:23 -0800 (PST)
	(envelope-from ccorayer@hotmail.com)
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
	 Wed, 5 Mar 2003 08:25:23 -0800
X-Originating-IP: [66.30.133.209]
From: "chris corayer" <ccorayer@hotmail.com>
To: <current@FreeBSD.ORG>
References: <bulk.47536.20030305055615@hub.freebsd.org>
Subject: Re: Removal of netns - politically correct version
Date: Wed, 5 Mar 2003 11:30:43 -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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-ID: <OE61aCVRTHeWgrh0yfS000107e4@hotmail.com>
X-OriginalArrivalTime: 05 Mar 2003 16:25:23.0710 (UTC) FILETIME=[D2ABB1E0:01C2E333]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"> if it can be made to work.  I would argue that ISA support is
> > more or less just as obsolete, as is 486 support, as is the F00F
> > bug workaround, as is ... a lot of code that's still there.
"

That's just being silly.  ISA support is still very much a requirement.
Laptops usually have ISA stuff in them.  Even modern systems do.  My Shuttle
box developed all sorts of issues when I removed ISA support from the
kernel.  They were all solved when I put it back in.

We're talking about legacy stuff IN USE.  If no one noticed it was broken
for years then no one used it.  It all seems like there was zero interest in
in until it was announced that it was going away and suddenly someone wants
to keep it around and submit patches, etc.  It wasn't a case of "I'm still
using it, here's a patch to make it work."  It was "I did some work last
night to patch it so it would compile."  Those are 2 VERY different
arguments.

I would say that you should submit your patches and documentation by all
means should anyone in the future.  But if no one needs it, the code should
be retired.  Lack of a maintainer, lack of a userbase, issues with kernel
maintenance are all valid reasons to retire code.  This is code that the
manufacturer wanted kept years ago and then didn't bother to keep up their
end of the bargain.  Fix it if you want, but it should probably be axed.

My probably uninformed .02$.

-Chris Corayer

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  8:36:50 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E251437B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:36:48 -0800 (PST)
Received: from visp.engelschall.com (en4.engelschall.com [195.27.176.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2BDB343FBF
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:36:48 -0800 (PST)
	(envelope-from rse@visp.engelschall.com)
Received: by visp.engelschall.com (Postfix, from userid 1000)
	id 89D284CE566; Wed,  5 Mar 2003 17:36:45 +0100 (CET)
Date: Wed, 5 Mar 2003 17:36:45 +0100
From: "Ralf S. Engelschall" <rse@engelschall.com>
To: freebsd-current@freebsd.org
Subject: Re: mdmfs broken?
Message-ID: <20030305163645.GA61810@engelschall.com>
Reply-To: rse@engelschall.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Organization: Engelschall, Germany.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


In article <20030305142802.GL4422@pcwin002.win.tue.nl> you wrote:

> What's the correct syntax in 5-CURRENT to have a memory disk for /tmp
> in your /etc/fstab?
> [...]

Create a symlink:

  lrwxr-xr-x  1 root  wheel  5 Feb 13 13:28 /sbin/mount_mfs -> mdmfs

and use in /etc/fstab something like:

  md0 /tmp mfs rw,-s128m,noatime,nosuid,nodev 0 0

                                       Ralf S. Engelschall
                                       rse@engelschall.com
                                       www.engelschall.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  8:54:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 709A337B401; Wed,  5 Mar 2003 08:54:31 -0800 (PST)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9722B43FA3; Wed,  5 Mar 2003 08:54:30 -0800 (PST)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1])
	by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id h25GsTJu014610;
	Wed, 5 Mar 2003 08:54:29 -0800
Received: (from brdavis@localhost)
	by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id h25GsSj6014608;
	Wed, 5 Mar 2003 08:54:28 -0800
Date: Wed, 5 Mar 2003 08:54:28 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
To: "Jacques A. Vidrine" <nectar@FreeBSD.ORG>
Cc: Subscriber <subscriber@insignia.com>,
	"FreeBSD-Current (E-mail)" <freebsd-current@FreeBSD.ORG>
Subject: Re: Plea for base system trim
Message-ID: <20030305085428.A8704@Odin.AC.HMC.Edu>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com> <20030305134315.GF17270@madman.celabo.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="tKW2IUtsqtDRztdT"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030305134315.GF17270@madman.celabo.org>; from nectar@FreeBSD.ORG on Wed, Mar 05, 2003 at 07:43:15AM -0600
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--tKW2IUtsqtDRztdT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 05, 2003 at 07:43:15AM -0600, Jacques A. Vidrine wrote:
> On Wed, Mar 05, 2003 at 09:54:13AM -0000, Subscriber wrote:
> > Having just done two rebuilds for recent OpenSSL and sendmail
> > vulnerabilities, I was surprised to discover that building the port
> > of apache13-modssl required the build of a port version of=20
> > OpenSSL when I had the most updated (4.7) base system with
> > OpenSSL in it!. I hate having two versions installed; it makes me
> > fear that there will be problems caused by the wrong version being
> > used.
>=20
> You are right to hate having two versions installed --- it is
> pointless in most cases.  Please complain to the apache+mod_ssl and
> openssl port maintainers.  It sounds to me like they are doing
> something very wrong.

At least in the case of net/net-snmp the problem is that the shared lib
version of the openssl port was bumped when the base wasn't which screws
up the dependencies. :-(

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--tKW2IUtsqtDRztdT
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ZivDXY6L6fI4GtQRAvjnAJ91XhosGWTgVkhYImtl8FLgu59jgACghX7Y
q6pf/tKvELQCjMU4Wz3r3Ds=
=WhJx
-----END PGP SIGNATURE-----

--tKW2IUtsqtDRztdT--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  8:56:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 97F3C37B422
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:56:44 -0800 (PST)
Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E60A643FA3
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:56:41 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 24395 invoked from network); 5 Mar 2003 16:56:45 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail16.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <freebsd-current@freebsd.org>; 5 Mar 2003 16:56:45 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h25Gs1hT048831;
	Wed, 5 Mar 2003 11:54:02 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030305115655.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <OFE9BB6C0E.BA4A6F1D-ONC1256CE0.00274EA0@borg.de>
Date: Wed, 05 Mar 2003 11:56:55 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Dimitar.Peikov@borg.de
Subject: RE: boot0cfg
Cc: freebsd-current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 05-Mar-2003 Dimitar.Peikov@borg.de wrote:
> 
> Last weekend I had to reinstall Windows XP on my PC and certainly I lost
> boot manager. After booting from CD and mounting as root ad0 device, I
> replaced boot0 record
> using the following command line :
> 
># boot0cfg -Bv -s 1 -t 91 ad0
> 
> On my PC I have 14G Windows XP partition(primary partition), 7G Linux (2
> extended partitions) and 7G FreeBSD 5.0 - Current (primary partition). On
> second disk I have Windows 98.
> 
> After installing I see something like this :
> 
> F1 - ???
> F3 - FreeBSD
> F5 - Disk 2
> 
> It is strange that only F1 works (start Windows XP), while F3 play some
> sound. Pressing F5 starts Windows XP, but it could be because Windows on
> my second disk.
> 
> Yes I know that there are other boot managers like GRUB, but it is another
> beer.

You need to turn on 'packet' mode by hand.

# boot0cfg -o packet ad0

should do the trick.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  8:59:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3CF8F37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:59:44 -0800 (PST)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9938243FE0
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 08:59:43 -0800 (PST)
	(envelope-from wa1ter@myrealbox.com)
Received: from myrealbox.com wa1ter@smtp-send.myrealbox.com [67.114.254.145]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.32  $ on Novell NetWare
	via secured & encrypted transport (TLS);
	Wed, 05 Mar 2003 09:59:46 -0700
Message-ID: <3E662D12.4080703@myrealbox.com>
Date: Wed, 05 Mar 2003 09:00:02 -0800
From: walt <wa1ter@myrealbox.com>
Organization: none
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3b) Gecko/20030213
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: Another nVidia question, maybe a bit OT.
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Because of the repeated breakage of the proprietary nVidia driver
in -CURRENT I've been trying out the native XFree86 'nv' driver
with some puzzling results.  Maybe one of the nVidia whiz-kids
in this group can explain:

I reboot the machine, then start the X server.  The X server
immediately aborts with an unresolved symbol vgaHWUnmapMem
in nv_drv.o.

Okay, so I forgot to load some module in my XF86Config, right?

Wrong.  All I need to do to is to start X a *second* time and the
unresolved symbol error goes away like magic and X starts up.
It took me a good while to discover that  :-(

How the hell does an unresolved symbol get resolved just by
retyping the same command?

My thought was to look for some kernel module that got loaded
in the background, but no.  Same kernel modules before and
after.  And the problem reappears after the next reboot.

Any ideas?


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  9: 4: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4A79F37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 09:03:57 -0800 (PST)
Received: from mail015.syd.optusnet.com.au (mail015.syd.optusnet.com.au [210.49.20.173])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6A52243F93
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 09:03:55 -0800 (PST)
	(envelope-from phiggins1@mail.optushome.com.au)
Received: from holly.mintern.st (c16947.rochd2.qld.optusnet.com.au [210.49.69.60])
	by mail015.syd.optusnet.com.au (8.11.6/8.11.6) with ESMTP id h25H3rZ16130
	for <freebsd-current@freebsd.org>; Thu, 6 Mar 2003 04:03:53 +1100
Received: from ace.mintern.st (ace.mintern.st [10.4.11.3])
	by holly.mintern.st (8.12.7/8.12.7) with ESMTP id h25Gx5cn019246
	for <freebsd-current@freebsd.org>; Thu, 6 Mar 2003 02:59:06 +1000 (EST)
	(envelope-from phil@mintern.st)
Received: from phil by ace.mintern.st with local (Exim 3.36 #1 (Debian))
	id 18qSrq-0002kJ-00
	for <freebsd-current@freebsd.org>; Wed, 05 Mar 2003 16:59:06 +1000
Subject: Disk Read Errors under SMP on -current
From: Philip Higgins <phiggins1@optushome.com.au>
To: freebsd-current@freebsd.org
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1046847545.19861.128.camel@ace.mintern.st>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 05 Mar 2003 16:59:06 +1000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Running -current updated less than a day ago (same problem existed a few
days before), I am getting odd errors inserted in files (generally a
string of five or so garbage characters randomly replacing file
contents) when files are read. Doesn't seem to affected writes at all,
but I didn't hang round long enough for exhaustive testing.

Seems random as to which files are affected and when, and is causing
plenty of programs to dump core (usually by seg fault, sometimes by
illegal instruction). It's happening on all three of my disks, on two
separate controllers.

System is rock-solid stable with SMP disabled.

Anyone got any ideas, or does this require further investigation and/or
a proper problem report? (No SMP-incompatible options in my kernel or
something stupid is there?)


Motherboard is an Asus PCI/E-P54NP4, dmesg and kernel config follows.

********
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #1: Wed Mar  5 23:40:24 EST 2003
root@hilly.mintern.st:/opt/obj/opt/src/sys/HILLY.smp
Preloaded elf kernel "/boot/kernel/kernel" at 0xc0410000.
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium/P54C (133.33-MHz 586-class CPU)
Origin = "GenuineIntel"  Id = 0x52c  Stepping = 12
Features=0x3bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,APIC>
real memory  = 67108864 (64 MB)
avail memory = 60743680 (57 MB)
APIC_IO: MP table broken: 8259->APIC entry missing!
Programming 16 pins in IOAPIC #0
EISA INTCONTROL = 0000c600
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
cpu0 (BSP): apic id:  0, version: 0x00030010, at 0xfee00000
cpu1 (AP):  apic id:  1, version: 0x00030010, at 0xfee00000
io0 (APIC): apic id:  2, version: 0x000f0011, at 0xfec00000
Intel Pentium detected, installing workaround for F00F bug
Allocating major#253 to "net"
Allocating major#252 to "pci"
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcibios: BIOS version 2.00
pcib0: <Host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
eisab0: <PCI-EISA bridge> at device 2.0 on pci0
eisa0: <EISA bus> on eisab0
mainboard0: <ASU5101 (System Board)> on eisa0 slot 0
ahc0: <Adaptec 274X SCSI adapter> at 0x3c00-0x3cff, irq 14 (level)
ahc0: on eisa0 slot 3
aic7770: Twin Channel, A SCSI Id=7, B SCSI Id=7, primary B, 4/253 SCBs
bt0: <Buslogic 74xB SCSI host adapter> at 0x330-0x333, 0x4c00-0x4cff
bt0: irq 15 (level) on eisa0 slot 4
bt0: BT-742AH FW Rev. 3.31 Narrow SCSI Host Adapter, SCSI ID 7, 30 CCBs
isa0: <ISA bus> on eisab0
xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xe800-0xe83f irq 10 at
device 6.0 on pci0
xl0: Ethernet address: 00:10:4b:22:4c:b5
miibus0: <MII bus> on xl0
nsphy0: <DP83840 10/100 media interface> on miibus0
nsphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pci0: <display, VGA> at device 7.0 (no driver attached)
orm0: <Option ROMs> at iomem
0xec000-0xeffff,0xdc000-0xdffff,0xd8000-0xdbfff,0xc0000-0xc7fff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> at port
0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
fd1: <1200-KB 5.25" drive> on fdc0 drive 1
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
APIC_IO: Testing 8254 interrupt delivery
APIC_IO: routing 8254 via IOAPIC #0 intpin 2
Timecounters tick every 10.000 msec
Waiting 5 seconds for SCSI devices to settle
Mar  6 00:22:53 hilly kernel: da3 at bt0 bus 0 target 0 lun 0
Mar  6 00:22:53 hilly kernel: da3: <QUANTUM FIREBALL1280S 630G> Fixed
Direct Access SCSI-2 device 
Mar  6 00:22:53 hilly kernel: da3: 10.000MB/s transfers (10.000MHz,
offset 8)
Mar  6 00:22:53 hilly kernel: da3: 1222MB (2503872 512 byte sectors:
128H 32S/T 611C)
Mar  6 00:22:54 hilly kernel: cd0 at ahc0 bus 0 target 4 lun 0
Mar  6 00:22:54 hilly kernel: cd0: <TOSHIBA CD-ROM XM-5401TA 3115>
Removable CD-ROM SCSI-2 device 
Mar  6 00:22:54 hilly kernel: cd0: 4.032MB/s transfers (4.032MHz, offset
15)
Mar  6 00:22:54 hilly kernel: cd0: cd present [306178 x 2048 byte
records]
Mar  6 00:22:54 hilly kernel: da0 at ahc0 bus 1 target 0 lun 0
Mar  6 00:22:54 hilly kernel: da0: <CONNER CFA540S P113> Fixed Direct
Access SCSI-2 device 
Mar  6 00:22:54 hilly kernel: da0: 10.000MB/s transfers (10.000MHz,
offset 15)
Mar  6 00:22:54 hilly kernel: da0: 515MB (1056708 512 byte sectors: 64H
32S/T 515C)
da1 at ahc0 bus 0 target 0 lun 0
da1: <SEAGATE ST12550N 0013> Fixed Direct Access SCSI-2 device 
da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing
Enabled
da1: 2040MB (4178874 512 byte sectors: 64H 32S/T 2040C)
da2 at ahc0 bus 0 target 5 lun 0
da2: <IOMEGA ZIP 100 J.03> Removable Direct Access SCSI-2 device 
da2: 3.300MB/s transfers
da2: Attempt to query device size failed: NOT READY, Medium not present
SMP: AP CPU #1 Launched!
(da2:ahc0:0:5:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
(da2:ahc0:0:5:0): CAM Status: SCSI Status Error
(da2:ahc0:0:5:0): SCSI Status: Check Condition
(da2:ahc0:0:5:0): NOT READY asc:3a,0
(da2:ahc0:0:5:0): Medium not present
(da2:ahc0:0:5:0): Unretryable error
Opened disk da2 -> 6
(da2:ahc0:0:5:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
(da2:ahc0:0:5:0): CAM Status: SCSI Status Error
(da2:ahc0:0:5:0): SCSI Status: Check Condition
(da2:ahc0:0:5:0): NOT READY asc:3a,0
(da2:ahc0:0:5:0): Medium not present
(da2:ahc0:0:5:0): Unretryable error
Opened disk da2 -> 6
Mounting root from ufs:/dev/da0s2a


*******
ident           HILLY
maxusers        0

machine         i386
cpu             I586_CPU
options         SMP
options         APIC_IO
device          npx

#options        SCHED_ULE
options         SCHED_4BSD
options         KTRACE
options         SYSVSHM
options         SYSVMSG
options         SYSVSEM
options         _KPOSIX_PRIORITY_SCHEDULING

device          random          # Entropy device
device          pty             # Pseudo-ttys (telnet etc)
device          md              # Memory "disks"

options         INET
options         INET6
device          loop            # Network loopback
device          ether           # Ethernet support
device          tun             # Packet tunnel.
device          bpf             # Berkeley packet filter
options         ZERO_COPY_SOCKETS

options         FFS
options         SOFTUPDATES
options         UFS_ACL 
options         UFS_DIRHASH

options         NFSCLIENT
options         NFSSERVER

options         COMPAT_43
options         COMPAT_FREEBSD4

device          isa
device          eisa
device          pci

device          fdc

device          atkbdc          # AT keyboard controller
device          atkbd           # AT keyboard
options         KBD_INSTALL_CDEV        # install a CDEV entry in /dev
device          vga             # VGA video card driver
device          sc
options         SC_NO_SYSMOUSE
options         SC_NO_FONT_LOADING
device          pca

device          bt
device          ahc
options         AHC_ALLOW_MEMIO
options         AHC_REG_PRETTY_PRINT
device          scbus           # SCSI bus (required)
device          ch              # SCSI media changers
device          da              # Direct Access (disks)
device          sa              # Sequential Access (tape etc)
device          cd              # CD
device          pass            # Passthrough device (direct SCSI
access)
options         SCSI_DELAY=5000

device          miibus          # MII bus support
device          xl              # 3Com 3c90x (``Boomerang'',
``Cyclone'')

# Debugging for use in -current
options         DDB                     #Enable the kernel debugger
options         INVARIANTS              #Enable calls of extra sanity
checking
options         INVARIANT_SUPPORT       #Extra sanity checks of internal
structures, required by INVARIANTS
options         WITNESS                 #Enable checks to detect
deadlocks and cycles
options         WITNESS_SKIPSPIN        #Don't run witness on spinlocks
for speed


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  9: 8:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2F63737B401; Wed,  5 Mar 2003 09:08:16 -0800 (PST)
Received: from oneplusone.ch (oneplusone.ch [212.55.208.170])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 794B743F85; Wed,  5 Mar 2003 09:08:12 -0800 (PST)
	(envelope-from ast@marabu.ch)
Received: from oneplusone.ch (localhost [127.0.0.1])
	by oneplusone.ch (8.12.6/8.12.3) with ESMTP id h25H83Rc001603;
	Wed, 5 Mar 2003 18:08:03 +0100 (MET)
	(envelope-from ast@marabu.ch)
Received: (from uucp@localhost)
	by oneplusone.ch (8.12.6/8.12.3/Submit) with UUCP id h25H82q6001602;
	Wed, 5 Mar 2003 18:08:02 +0100 (MET)
Received: from marabu.marabu.ch (marabu.marabu.ch [192.168.21.3])
	by marabu.ch (8.11.6/8.11.6) with ESMTP id h25H0HF75986;
	Wed, 5 Mar 2003 18:00:17 +0100 (MET)
	(envelope-from ast@marabu.ch)
Received: by marabu.marabu.ch (8.7.5/20001028-ast-8.3) id SAA06561; Wed, 5 Mar 2003 18:00:15 +0100 (CET)
Message-Id: <200303051700.SAA06561@marabu.marabu.ch>
MIME-Version: 1.0 (NeXT Mail 3.3 v124.8483.6)
Content-Type: text/plain
X-Nextstep-Mailer: Mail 3.3 (Enhance 2.0b6)
Received: by NeXT.Mailer (1.124.8483.6)
From: Adrian Steinmann <ast@marabu.ch>
Date: Wed,  5 Mar 2003 18:00:13 +0100
To: current@FreeBSD.ORG
Subject: Re: Plea for base system trim
Cc: subscriber@insignia.com,
	"Jacques A. Vidrine" <nectar@FreeBSD.ORG>
X-Organization: Webgroup Consulting AG, Apollostrasse 21, 8032 Zurich
X-Phone-Numbers: Switzerland, Tel +41 1 380 30 83 Fax +41 1 380 30 85
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I use this command in my build script to force apache13+modssl to use
the openssl in base.

# Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003)
cd /usr/ports/www/apache13-modssl
cp Makefile Makefile-
sed -ie 's/^\.include.*Makefile\.ssl.*$/OPENSSLBASE=\/usr/' Makefile- >Makefile

You wrote:
   On Wed, Mar 05, 2003 at 09:54:13AM -0000, Subscriber wrote:
   > Having just done two rebuilds for recent OpenSSL and sendmail
   > vulnerabilities, I was surprised to discover that building the port
   > of apache13-modssl required the build of a port version of
   > OpenSSL when I had the most updated (4.7) base system with
   > OpenSSL in it!. I hate having two versions installed; it makes me
   > fear that there will be problems caused by the wrong version being
   > used.

   You are right to hate having two versions installed --- it is
   pointless in most cases.  Please complain to the apache+mod_ssl and
   openssl port maintainers.  It sounds to me like they are doing
   something very wrong.

   Cheers,
   - --
   Jacques A. Vidrine <nectar@celabo.org>          http://www.celabo.org/
   NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
   jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se

Adrian


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  9:10:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2C68C37B401
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 09:10:14 -0800 (PST)
Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 157EF43F3F
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 09:10:13 -0800 (PST)
	(envelope-from nectar@celabo.org)
Received: from madman.celabo.org (madman.celabo.org [10.0.1.111])
	by gw.nectar.cc (Postfix) with ESMTP
	id 9E3AB7C; Wed,  5 Mar 2003 11:10:12 -0600 (CST)
Received: by madman.celabo.org (Postfix, from userid 1001)
	id 8A76678C43; Wed,  5 Mar 2003 11:10:12 -0600 (CST)
Date: Wed, 5 Mar 2003 11:10:12 -0600
From: "Jacques A. Vidrine" <nectar@FreeBSD.org>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: Subscriber <subscriber@insignia.com>,
	"FreeBSD-Current (E-mail)" <freebsd-current@FreeBSD.ORG>
Subject: Re: Plea for base system trim
Message-ID: <20030305171012.GA532@madman.celabo.org>
Mail-Followup-To: "Jacques A. Vidrine" <nectar@FreeBSD.org>,
	Brooks Davis <brooks@one-eyed-alien.net>,
	Subscriber <subscriber@insignia.com>,
	"FreeBSD-Current (E-mail)" <freebsd-current@FreeBSD.ORG>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com> <20030305134315.GF17270@madman.celabo.org> <20030305085428.A8704@Odin.AC.HMC.Edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030305085428.A8704@Odin.AC.HMC.Edu>
X-Url: http://www.celabo.org/
User-Agent: Mutt/1.5.3i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Mar 05, 2003 at 08:54:28AM -0800, Brooks Davis wrote:

> At least in the case of net/net-snmp the problem is that the shared lib
> version of the openssl port was bumped when the base wasn't which screws
> up the dependencies. :-(

That's part of the problem.  The port bumped the shared library
version, even though it installed ABI-compatible library.  Moreover,
it bumped it to a new version number that was only 1 higher, almost
designed to cause trouble :-)  

If all OpenSSL-using ports used `-rpath', then this wouldn't be a
problem.  But that is kind of a burden.

Cheers,
-- 
Jacques A. Vidrine <nectar@celabo.org>          http://www.celabo.org/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5  9:41:26 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 18E3F37B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 09:41:25 -0800 (PST)
Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 80D6443F85
	for <current@freebsd.org>; Wed,  5 Mar 2003 09:41:24 -0800 (PST)
	(envelope-from Maksim.Yevmenkin@cw.com)
Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 5 Mar 2003 09:41:24 -0800
Received: from exodus.net ([165.193.27.35]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 5 Mar 2003 09:41:24 -0800
Message-ID: <3E6635FE.6050201@exodus.net>
Date: Wed, 05 Mar 2003 09:38:06 -0800
From: Maksim Yevmenkin <myevmenk@exodus.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021126
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: Pav Lucistnik <pav@oook.cz>
Cc: current@freebsd.org
Subject: Re: bluetooth device ID
References: <1046879861.32663.102.camel@pav.hide.vol.cz>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 05 Mar 2003 17:41:24.0115 (UTC) FILETIME=[70E24630:01C2E33E]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello Pav,

[ CC'ed to current@freebsd.org ]

To all FreeBSD Bluetooth users

Please do not hesitate to ask questions! No question is too dumb.
When asking questions please CC to one of the FreeBSD mailing lists.
mobile@, net@ and current@freebsd.org seems like a good choice.
This way your questions/reports (and my answers) will get into
archive. Also it would be much easier to track number of users and
progress of the project.

> i purchased usb bluetooth module and had a short play with friend's
> 5.0-RELEASE system and your bluetooth stack. device works fine it seems.

Thanks for the report :)

> i would like to submit deviceid and vendorid so it's name is printed
> when you attach the device - whom should i contact?

For now you should submit all patches to me :)

> ubt0: vendor 0x0a12 product 0x0001, rev 1.10/5.25, addr 2
> 
> vendor: Anycom
> product: Bluetooth USB-100 Adapter
> 
> Here is website
> http://www.anycom.com/products/usb.html

Hmm... Another case of re-branding (i think). The same vendor/product
pair already registered in the ng_ubt(4) driver as

USB_VENDOR_EPOX                 0x0a12 /* EPoX www.epox.com */
USB_PRODUCT_BT_DG02_DONGLE      0x0001 /* EPoX BT-DG02 USB dongle */

thanks,
max


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 10: 1:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4FCE637B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 10:01:50 -0800 (PST)
Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F075A43F75
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 10:01:47 -0800 (PST)
	(envelope-from wkb@freebie.xs4all.nl)
Received: from freebie.xs4all.nl (localhost [127.0.0.1])
	by freebie.xs4all.nl (8.12.8/8.12.8) with ESMTP id h25I1a3U005548;
	Wed, 5 Mar 2003 19:01:36 +0100 (CET)
	(envelope-from wkb@freebie.xs4all.nl)
Received: (from wkb@localhost)
	by freebie.xs4all.nl (8.12.8/8.12.8/Submit) id h25I1YvI005544;
	Wed, 5 Mar 2003 19:01:35 +0100 (CET)
Date: Wed, 5 Mar 2003 19:01:34 +0100
From: Wilko Bulte <wkb@freebie.xs4all.nl>
To: David Leimbach <leimy2k@mac.com>
Cc: Rossam Souza Silva <rss@cin.ufpe.br>, current@FreeBSD.ORG
Subject: Re: IP over IEEE1394?
Message-ID: <20030305190134.H5349@freebie.xs4all.nl>
References: <Pine.LNX.4.44.0303050437020.24147-100000@buique.cin.ufpe.br> <E974F694-4F0D-11D7-8E31-0003937E39E0@mac.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <E974F694-4F0D-11D7-8E31-0003937E39E0@mac.com>; from leimy2k@mac.com on Wed, Mar 05, 2003 at 07:25:20AM -0600
X-OS: FreeBSD 4.8-RC
X-PGP: finger wilko@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Mar 05, 2003 at 07:25:20AM -0600, David Leimbach wrote:
> Interesting... I didn't even know we had Ethernet over firewire :).
> 
> Mac OS X and Windows XP both have IP over firewire either working or
> in the works and somewhat usable.  The only one I can claim any  
> experience
> with is Mac OS X.  It's somewhat flaky though and you get unreliable  
> spikes
> in some basic performance tests I have done with it.
> 
> It would be a really interesting value added feature for FreeBSD 5.x
> and could potentially open FBSD up even more to the "cluster" market
> which is somewhere its not as proliferated as linux.
> 
> With the advent of firewire2  on the horizon it may be even more  
> impressive.

The interconnect is just 10% of the whole cluster story. Firewire
is one possibility, but Fibrechannel you could do today if you wanted
to. We have Fibrechannel support in the Qlogic isp(4) driver (thanks
Matt!) today.

W/

-- 
|   / o / /_  _   		wilko@freebie.xs4all.nl
|/|/ / / /(  (_)  Bulte				

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 10: 8:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 84BEE37B401; Wed,  5 Mar 2003 10:08:17 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E15E643FAF; Wed,  5 Mar 2003 10:08:15 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1])
	by silver.he.iki.fi (8.12.8/8.11.4) with ESMTP id h25I85lL020186;
	Wed, 5 Mar 2003 20:08:06 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <3E663D05.8090401@he.iki.fi>
Date: Wed, 05 Mar 2003 20:08:05 +0200
From: Petri Helenius <pete@he.iki.fi>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021117
X-Accept-Language: English [en],Finnish [fi]
MIME-Version: 1.0
To: "M. Warner Losh" <imp@bsdimp.com>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>	<3E65BB24.3E37D90D@mindspring.com>	<20030305030708.A21014@FreeBSD.org> <20030305.064000.31317673.imp@bsdimp.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

M. Warner Losh wrote:

>ISA support is not obsolete.  All new PCs still have ISA busses.  They
>might not have ISA Expansion Bus Slots, but they all[*] still connect
>their serial ports, parallel ports, and mouse/keyboard ports via ISA.
>
>  
>
Not to mention i8254 which gets to be major pain if ACPI would not be an 
option.

Pete
 



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 10:15:32 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 41A2137B401; Wed,  5 Mar 2003 10:15:31 -0800 (PST)
Received: from pit.databus.com (p70-227.acedsl.com [66.114.70.227])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3E3EB43F3F; Wed,  5 Mar 2003 10:15:30 -0800 (PST)
	(envelope-from barney@pit.databus.com)
Received: from pit.databus.com (localhost [127.0.0.1])
	by pit.databus.com (8.12.8/8.12.8) with ESMTP id h25IFTpH022671;
	Wed, 5 Mar 2003 13:15:29 -0500 (EST)
	(envelope-from barney@pit.databus.com)
Received: (from barney@localhost)
	by pit.databus.com (8.12.8/8.12.8/Submit) id h25IFTlB022670;
	Wed, 5 Mar 2003 13:15:29 -0500 (EST)
	(envelope-from barney)
Date: Wed, 5 Mar 2003 13:15:29 -0500
From: Barney Wolff <barney@pit.databus.com>
To: Adrian Steinmann <ast@marabu.ch>
Cc: current@FreeBSD.ORG, subscriber@insignia.com,
	"Jacques A. Vidrine" <nectar@FreeBSD.ORG>
Subject: Re: Plea for base system trim
Message-ID: <20030305181529.GA22369@pit.databus.com>
References: <200303051700.SAA06561@marabu.marabu.ch>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200303051700.SAA06561@marabu.marabu.ch>
User-Agent: Mutt/1.4i
X-Scanned-By: MIMEDefang 2.30 (www . roaringpenguin . com / mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I have both apache-modssl and net-snmp running, but do NOT have the
openssl port installed.  Everything builds and runs fine, with no
mods to anything.  I conjecture that the problem others experience
is that they have installed the openssl port, which I have never done.
This is on both current and stable.

On Wed, Mar 05, 2003 at 06:00:13PM +0100, Adrian Steinmann wrote:
> 
> I use this command in my build script to force apache13+modssl to use
> the openssl in base.
> 
> # Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003)
> cd /usr/ports/www/apache13-modssl
> cp Makefile Makefile-
> sed -ie 's/^\.include.*Makefile\.ssl.*$/OPENSSLBASE=\/usr/' Makefile- >Makefile
> 
> You wrote:
>    On Wed, Mar 05, 2003 at 09:54:13AM -0000, Subscriber wrote:
>    > Having just done two rebuilds for recent OpenSSL and sendmail
>    > vulnerabilities, I was surprised to discover that building the port
>    > of apache13-modssl required the build of a port version of
>    > OpenSSL when I had the most updated (4.7) base system with
>    > OpenSSL in it!. I hate having two versions installed; it makes me
>    > fear that there will be problems caused by the wrong version being
>    > used.
> 
>    You are right to hate having two versions installed --- it is
>    pointless in most cases.  Please complain to the apache+mod_ssl and
>    openssl port maintainers.  It sounds to me like they are doing
>    something very wrong.

-- 
Barney Wolff         http://www.databus.com/bwresume.pdf
I'm available by contract or FT, in the NYC metro area or via the 'Net.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 10:27:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 60CA737B401; Wed,  5 Mar 2003 10:27:34 -0800 (PST)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B7DE143FE1; Wed,  5 Mar 2003 10:27:30 -0800 (PST)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1])
	by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id h25IRTJu031280;
	Wed, 5 Mar 2003 10:27:29 -0800
Received: (from brdavis@localhost)
	by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id h25IRSrh031279;
	Wed, 5 Mar 2003 10:27:28 -0800
Date: Wed, 5 Mar 2003 10:27:28 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Barney Wolff <barney@pit.databus.com>
Cc: Adrian Steinmann <ast@marabu.ch>, current@FreeBSD.ORG,
	subscriber@insignia.com, "Jacques A. Vidrine" <nectar@FreeBSD.ORG>
Subject: Re: Plea for base system trim
Message-ID: <20030305102728.A29433@Odin.AC.HMC.Edu>
References: <200303051700.SAA06561@marabu.marabu.ch> <20030305181529.GA22369@pit.databus.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="wRRV7LY7NUeQGEoC"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030305181529.GA22369@pit.databus.com>; from barney@pit.databus.com on Wed, Mar 05, 2003 at 01:15:29PM -0500
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--wRRV7LY7NUeQGEoC
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 05, 2003 at 01:15:29PM -0500, Barney Wolff wrote:
> I have both apache-modssl and net-snmp running, but do NOT have the
> openssl port installed.  Everything builds and runs fine, with no
> mods to anything.  I conjecture that the problem others experience
> is that they have installed the openssl port, which I have never done.
> This is on both current and stable.

Oops, not net-snmp, net-snmp4 (aka ucd-snmp).  net-snmp doesn't appear
to have a dependency on openssl at all.

Here's a log:

[10:19am] brooks@minya (/usr/ports/net/net-snmp4): pkg_info openssl\*
pkg_info: can't find package 'openssl*' installed or in a file!
[10:19am] brooks@minya (/usr/ports/net/net-snmp4): portversion openssl
** No package matching 'openssl' was found.
[10:19am] brooks@minya (/usr/ports/net/net-snmp4): sudo make
Password:

You may use the following build options:

        WITH_PORTSSL=3Dyes  Use the OpenSSL Version delivered by the ports.
                          With FreeBSD 5, net-snmp4 requires automaticly
                          the OpenSSL ports-version. In the 5 case, you
                          don't need to define WITH_PORTSSL (default).
        WITHOUT_SSL=3Dyes   Disable the OpenSSL support.

=3D=3D=3D>  Extracting for ucd-snmp-4.2.6
>> Checksum OK for ucd-snmp-4.2.6.tar.gz.
=3D=3D=3D>  Patching for ucd-snmp-4.2.6
=3D=3D=3D>  Applying FreeBSD patches for ucd-snmp-4.2.6
=3D=3D=3D>  Configuring for ucd-snmp-4.2.6
=3D=3D=3D>   ucd-snmp-4.2.6 depends on file: /usr/local/libexec/autoconf213=
/autoconf - found
=3D=3D=3D>   ucd-snmp-4.2.6 depends on executable: libtool - found
=3D=3D=3D>   ucd-snmp-4.2.6 depends on file: /usr/local/bin/perl5.6.1 - fou=
nd
=3D=3D=3D>   ucd-snmp-4.2.6 depends on shared library: crypto.4 - not found
=3D=3D=3D>    Verifying install for crypto.4 in /usr/ports/security/openssl
>> openssl-0.9.7a.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
>> Attempting to fetch from http://www.openssl.org/source/.
[...]


The problem is that this line forces WITH_PORTSSL with recent OS versions.

=2Eif defined(WITH_PORTSSL) || ${OSVERSION} >=3D 500100 || (${OSVERSION} >=
=3D 470103 && ${OSREL} =3D=3D 4)

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--wRRV7LY7NUeQGEoC
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+ZkGPXY6L6fI4GtQRAgaPAJ49QY7eMel9rC7rjjAIDb3klyXVGwCgnbW5
sr4+4AaJdkHukL4xLPn+7eA=
=zqrj
-----END PGP SIGNATURE-----

--wRRV7LY7NUeQGEoC--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 10:37:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E23F937B401; Wed,  5 Mar 2003 10:37:38 -0800 (PST)
Received: from alternator.sgh.waw.pl (alternator.sgh.waw.pl [194.145.96.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7BFDE43F85; Wed,  5 Mar 2003 10:37:37 -0800 (PST)
	(envelope-from saper@sgh.waw.pl)
Received: from localhost (localhost [127.0.0.1])
	by alternator.sgh.waw.pl (Postfix) with SMTP
	id 9F01F2AA59B; Wed,  5 Mar 2003 19:37:31 +0100 (CET)
Received: from hermes.sgh.waw.pl (hermes.sgh.waw.pl [194.145.96.10])
	by alternator.sgh.waw.pl (Postfix) with ESMTP
	id 88B602AA543; Wed,  5 Mar 2003 19:37:31 +0100 (CET)
Received: from akson.sgh.waw.pl (akson.sgh.waw.pl [194.145.96.12])
	by hermes.sgh.waw.pl (Postfix) with ESMTP
	id 31FF494CD2; Wed,  5 Mar 2003 19:37:36 +0100 (MET)
Date: Wed, 5 Mar 2003 19:37:35 +0100 (MET)
From: =?ISO-8859-2?Q?Marcin_CIE=A6LAK?= <saper@sgh.waw.pl>
To: freebsd-current@FreeBSD.org
Cc: freebsd-emulation@FreeBSD.org, <vsilyaev@mindspring.com>,
	<saper@system.pl>
Subject: Fix for rtc, vmware modules and post-500104 -current
Message-ID: <Pine.SOL.4.43.0303051932230.27381-300000@akson.sgh.waw.pl>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1046889455=:27381"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
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.

---559023410-851401618-1046889455=:27381
Content-Type: TEXT/PLAIN; charset=ISO-8859-2
Content-Transfer-Encoding: 8BIT


See the patches enclosed to emulators/rtc
and emulators/vmware2 ports.

Tested only for -current with:

#define __FreeBSD_version 500104

-- 
              << Marcin Cie¶lak // saper@sgh.waw.pl >>

---559023410-851401618-1046889455=:27381
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="rtc.500104.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.4.43.0303051937350.27381@akson.sgh.waw.pl>
Content-Description: 
Content-Disposition: attachment; filename="rtc.500104.patch"

SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg
ZmlsZTogL2hvbWUvbmN2cy9wb3J0cy9lbXVsYXRvcnMvcnRjL01ha2VmaWxl
LHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xMg0KZGlmZiAtdSAtdSAtcjEu
MTIgTWFrZWZpbGUNCi0tLSBNYWtlZmlsZQkxNiBTZXAgMjAwMSAwNzowMTo0
NCAtMDAwMAkxLjEyDQorKysgTWFrZWZpbGUJNSBNYXIgMjAwMyAxNzozNjoz
NyAtMDAwMA0KQEAgLTYsNyArNiw3IEBADQogIw0KIA0KIFBPUlROQU1FPQly
dGMNCi1QT1JUVkVSU0lPTj0JMjAwMS4wOS4xNi4xDQorUE9SVFZFUlNJT049
CTIwMDIuMDMuMDUuMQ0KIENBVEVHT1JJRVM9CWVtdWxhdG9ycyBsaW51eA0K
IE1BU1RFUl9TSVRFUz0JIyBub25lDQogRElTVEZJTEVTPQkjIG5vbmUNCklu
ZGV4OiBmaWxlcy9ydGMuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNT
IGZpbGU6IC9ob21lL25jdnMvcG9ydHMvZW11bGF0b3JzL3J0Yy9maWxlcy9y
dGMuYyx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNg0KZGlmZiAtdSAtdSAt
cjEuNiBydGMuYw0KLS0tIGZpbGVzL3J0Yy5jCTE2IFNlcCAyMDAxIDA3OjA1
OjE4IC0wMDAwCTEuNg0KKysrIGZpbGVzL3J0Yy5jCTUgTWFyIDIwMDMgMTc6
MzY6MjUgLTAwMDANCkBAIC04NSw2ICs4NSwxNCBAQA0KIHN0YXRpYyBpbnQg
cnRjX21vZGVldmVudChtb2R1bGVfdCBtb2QsIGludCBjbWQsIHZvaWQgKmFy
Zyk7DQogDQogc3RhdGljIHN0cnVjdCBjZGV2c3cgcnRjX2NkZXZzdyA9IHsN
CisjaWYgX19GcmVlQlNEX3ZlcnNpb24gPj0gNTAwMTA0DQorCS5kX29wZW4g
PQlydGNfb3BlbiwNCisJLmRfY2xvc2UgPQlydGNfY2xvc2UsDQorCS5kX2lv
Y3RsID0JcnRjX2lvY3RsLA0KKwkuZF9wb2xsID0JcnRjX3BvbGwsDQorCS5k
X25hbWUgPQlERVZJQ0VfTkFNRSwNCisJLmRfbWFqID0JQ0RFVl9NQUpPUiwN
CisjZWxzZQ0KIAkvKiBvcGVuICovCXJ0Y19vcGVuLA0KIAkvKiBjbG9zZSAq
LwlydGNfY2xvc2UsDQogCS8qIHJlYWQgKi8Jbm9yZWFkLA0KQEAgLTEwMSw2
ICsxMDksNyBAQA0KICNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA8PSA1MDAwMTgN
CiAJLyogYm1haiAqLwktMSwNCiAjZW5kaWYNCisjZW5kaWYgDQogI2lmIF9f
RnJlZUJTRF92ZXJzaW9uID49IDUwMDAxOCB8fCBfX0ZyZWVCU0RfdmVyc2lv
biA+PSA0MzAwMDANCiAJLyoga3FmaWx0ZXIgKi8Jbm9rcWZpbHRlciwNCiAj
ZW5kaWYNCkBAIC0yNjQsMTEgKzI3MywxMyBAQA0KIHN0YXRpYyBpbnQNCiBp
bml0X21vZHVsZSh2b2lkKQ0KIHsNCi1pbnQgZXJyb3I7DQorCWludCBlcnJv
ciA9IDA7DQogDQorI2lmIF9fRnJlZUJTRF92ZXJzaW9uIDwgNTAwMTA0DQog
ICAgCWVycm9yID0gY2RldnN3X2FkZCgmcnRjX2NkZXZzdyk7DQogCWlmIChl
cnJvcikgDQogCQlyZXR1cm4gZXJyb3I7DQorI2VuZGlmDQogDQogCXJldHVy
biBlcnJvcjsNCiB9DQpAQCAtMjg2LDcgKzI5Nyw5IEBADQogCQlETG9nKExm
YWlsLCAiJXAgYnVzeSIsIHNjKTsNCiAJCXJldHVybiBlcnJvcjsNCiAJfQ0K
KyNpZiBfX0ZyZWVCU0RfdmVyc2lvbiA8IDUwMDEwNA0KIAllcnJvciA9IGNk
ZXZzd19yZW1vdmUoJnJ0Y19jZGV2c3cpOw0KKyNlbmRpZg0KIAlETG9nKExp
bmZvLCAicmV0dXJuICVkIiwgZXJyb3IpOw0KIAlyZXR1cm4gZXJyb3I7DQog
fQ0K
---559023410-851401618-1046889455=:27381
Content-Type: TEXT/PLAIN; charset=US-ASCII; name="vmware.500104.patch"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.SOL.4.43.0303051937351.27381@akson.sgh.waw.pl>
Content-Description: 
Content-Disposition: attachment; filename="vmware.500104.patch"

SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg
ZmlsZTogL2hvbWUvbmN2cy9wb3J0cy9lbXVsYXRvcnMvdm13YXJlMi9NYWtl
ZmlsZSx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNDgNCmRpZmYgLXUgLXUg
LXIxLjQ4IE1ha2VmaWxlDQotLS0gTWFrZWZpbGUJMjEgRmViIDIwMDMgMTE6
NTk6MDAgLTAwMDAJMS40OA0KKysrIE1ha2VmaWxlCTUgTWFyIDIwMDMgMTg6
Mjc6MjEgLTAwMDANCkBAIC05Myw2ICs5Myw5IEBADQogLmlmICR7T1NWRVJT
SU9OfSA+PSA1MDAwMjcNCiAJY2F0ICR7RklMRVNESVJ9L3BtYXAucGF0Y2gg
fCAoY2QgJHtXUktTUkN9ICYmIHBhdGNoKSA+IC9kZXYvbnVsbCAyPiYxDQog
LmVuZGlmDQorLmlmICR7T1NWRVJTSU9OfSA+PSA1MDAxMDQgDQorCWNhdCAk
e0ZJTEVTRElSfS9jZGV2c3cucGF0Y2ggfCAoY2QgJHtXUktTUkN9ICYmIHBh
dGNoKSA+IC9kZXYvbnVsbCAyPiYxDQorLmVuZGlmDQogCSR7Q1B9ICR7RklM
RVNESVJ9L01ha2VmaWxlICR7V1JLU1JDfQ0KIAkke0NQfSAke0ZJTEVTRElS
fS9NYWtlZmlsZS52bW1vbiAke1dSS1NSQ30vdm1tb24tb25seS9NYWtlZmls
ZQ0KIAkke1JNfSAtcmYgJHtXUktTUkN9L3ZtbW9uLW9ubHkvbGludXgvDQpJ
bmRleDogZmlsZXMvY2RldnN3LnBhdGNoDQo9PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09DQpSQ1MgZmlsZTogZmlsZXMvY2RldnN3LnBhdGNoDQpkaWZmIC1OIGZp
bGVzL2NkZXZzdy5wYXRjaA0KLS0tIC9kZXYvbnVsbAkxIEphbiAxOTcwIDAw
OjAwOjAwIC0wMDAwDQorKysgZmlsZXMvY2RldnN3LnBhdGNoCTUgTWFyIDIw
MDMgMTg6MjU6MTMgLTAwMDANCkBAIC0wLDAgKzEsMTMwIEBADQorLS0tIHZt
bW9uLW9ubHkvZnJlZWJzZC9kcml2ZXIuY19vcmlnaW5hbAlXZWQgTWFyICA1
IDE5OjIyOjM1IDIwMDMNCisrKysgdm1tb24tb25seS9mcmVlYnNkL2RyaXZl
ci5jCVdlZCBNYXIgIDUgMTk6MjI6NDQgMjAwMw0KK0BAIC0xNTUsNiArMTU1
LDE0IEBADQorIA0KKyAvKiBzdGF0aWMgc3RydWN0IGNkZXZzdyB2bW1vbl9j
ZGV2c3cgPSB7ICovDQorIHN0YXRpYyBzdHJ1Y3QgY2RldnN3IHZtbW9uX2Nk
ZXZzdyA9IHsNCisrI2lmIF9fRnJlZUJTRF92ZXJzaW9uID49IDUwMDEwNA0K
KysJLmRfb3BlbiA9CUZyZWVCU0RfRHJpdmVyX09wZW4sDQorKwkuZF9jbG9z
ZSA9CUZyZWVCU0RfRHJpdmVyX0Nsb3NlLA0KKysJLmRfaW9jdGwgPQlGcmVl
QlNEX0RyaXZlcl9Jb2N0bCwNCisrCS5kX3BvbGwgPQlGcmVlQlNEX0RyaXZl
cl9Qb2xsLA0KKysJLmRfbmFtZSA9CURFVklDRV9OQU1FLA0KKysJLmRfbWFq
ID0JQ0RFVl9NQUpPUg0KKysjZWxzZQ0KKyAJLyogb3BlbiAqLwlGcmVlQlNE
X0RyaXZlcl9PcGVuLA0KKyAJLyogY2xvc2UgKi8JRnJlZUJTRF9Ecml2ZXJf
Q2xvc2UsDQorIAkvKiByZWFkICovCW5vcmVhZCwNCitAQCAtMTY5LDggKzE3
Nyw3IEBADQorIAkvKiBwc2l6ZSAqLwlub3BzaXplLA0KKyAJLyogZmxhZ3Mg
Ki8JMCwNCisgCS8qIGJtYWogKi8JLTENCistDQorLQ0KKysjZW5kaWYNCisg
fTsNCisgDQorIA0KK0BAIC0yNDIsNyArMjQ5LDExIEBADQorICAgIHNwcmlu
dGYoZnJlZWJzZFN0YXRlLmRldmljZUJ1ZixERVZJQ0VfTkFNRSk7DQorICAg
IGZyZWVic2RTdGF0ZS5tYWpvciA9IENERVZfTUFKT1I7DQorICAgIGZyZWVi
c2RTdGF0ZS5taW5vciA9IENERVZfTUlOT1I7DQorKyNpZiBfX0ZyZWVCU0Rf
dmVyc2lvbiA8IDUwMDEwNA0KKyAgICByZXR2YWwgPSBjZGV2c3dfYWRkKCZ2
bW1vbl9jZGV2c3cpOw0KKysjZWxzZQ0KKysgICByZXR2YWwgPSAwOw0KKysj
ZW5kaWYNCisgDQorICNlbmRpZg0KKyAgICBpZiAocmV0dmFsKSB7DQorQEAg
LTI3MywxMiArMjg0LDE0IEBADQorICAgIGludCByZXR2YWw9MDsNCisgICAg
DQorICAgIGRlc3Ryb3lfZGV2KHZtbW9uX2Rldik7DQorKyNpZiBfX0ZyZWVC
U0RfdmVyc2lvbiA8IDUwMDEwNA0KKyAgICByZXR2YWwgPSBjZGV2c3dfcmVt
b3ZlKCZ2bW1vbl9jZGV2c3cpOw0KKyAgICBpZiAocmV0dmFsKSB7DQorICAg
ICAgIFdhcm5pbmcoIk1vZHVsZSAlczogZXJyb3IgdW5yZWdpc3RlcmluZ1xu
IiwgZnJlZWJzZFN0YXRlLmRldmljZUJ1Zik7DQorICAgIH0gZWxzZSB7DQor
ICAgICAgIExvZygiTW9kdWxlICVzOiB1bmxvYWRlZFxuIiwgZnJlZWJzZFN0
YXRlLmRldmljZUJ1Zik7DQorICAgIH0NCisrI2VuZGlmDQorIAkNCisgICAg
cmV0dXJuIDA7DQorIH0NCistLS0gdm1uZXQtb25seS9mcmVlYnNkL3ZtbmV0
LmNfb3JpZ2luYWwJV2VkIE1hciAgNSAxOToyMTo1MSAyMDAzDQorKysrIHZt
bmV0LW9ubHkvZnJlZWJzZC92bW5ldC5jCVdlZCBNYXIgIDUgMTk6MjI6MDAg
MjAwMw0KK0BAIC0xMDMsNiArMTAzLDE2IEBADQorIHN0YXRpYyBpbnQgdm1u
ZXRfbW9kZWV2ZW50KG1vZHVsZV90IG1vZCwgaW50IGNtZCwgdm9pZCAqYXJn
KTsNCisgDQorIHN0YXRpYyBzdHJ1Y3QgY2RldnN3IHZtbmV0X2NkZXZzdyA9
IHsNCisrI2lmIF9fRnJlZUJTRF92ZXJzaW9uID49IDUwMDEwNA0KKysJLmRf
b3BlbiA9IAl2bW5ldF9vcGVuLA0KKysJLmRfY2xvc2UgPSAJdm1uZXRfY2xv
c2UsDQorKwkuZF9yZWFkID0gCXZtbmV0X3JlYWQsDQorKwkuZF93cml0ZSA9
IAl2bW5ldF93cml0ZSwNCisrCS5kX2lvY3RsID0gCXZtbmV0X2lvY3RsLA0K
KysJLmRfcG9sbCA9IAl2bW5ldF9wb2xsLA0KKysJLmRfbmFtZSA9IAlERVZJ
Q0VfTkFNRSwNCisrCS5kX21haiA9IAlDREVWX01BSk9SDQorKyNlbHNlDQor
IAkvKiBvcGVuICovCXZtbmV0X29wZW4sDQorIAkvKiBjbG9zZSAqLwl2bW5l
dF9jbG9zZSwNCisgCS8qIHJlYWQgKi8Jdm1uZXRfcmVhZCwNCitAQCAtMTE1
LDEwICsxMjUsMTEgQEANCisgCS8qIG1haiAqLwlDREVWX01BSk9SLA0KKyAJ
LyogZHVtcCAqLwlub2R1bXAsDQorIAkvKiBwc2l6ZSAqLwlub3BzaXplLA0K
Ky0JLyogZmxhZ3MgKi8JMCwNCistCS8qIGJtYWogKi8JLTENCisrCS8qIGZs
YWdzICovCTAsIC0vKiBibWFqICovCS0xDQorKyNlbmRpZg0KKyB9Ow0KKyAN
CisrDQorIC8qIA0KKyAgKiBOb3cgZGVjbGFyZSB0aGUgbW9kdWxlIHRvIHRo
ZSBzeXN0ZW0uIA0KKyAgKiBJTVBPUlRBTlQ6IE11c3QgYmUgYmVmb3JlIG5l
dGdyYXBoIG5vZGUgZGVjbGFyYXRpb24uDQorQEAgLTE2NCw3ICsxNzUsNyBA
QA0KKyANCisgCXMgPSBzcGxpbXAoKTsNCisgCWlmX2F0dGFjaChpZnApOw0K
Ky0JZXRoZXJfaWZhdHRhY2goaWZwLCBFVEhFUl9CUEZfU1VQUE9SVEVEKTsN
CisrCWV0aGVyX2lmYXR0YWNoKGlmcCk7DQorIAlicGZhdHRhY2goaWZwLCBE
TFRfRU4xME1CLCBzaXplb2Yoc3RydWN0IGV0aGVyX2hlYWRlcikpOw0KKyAJ
c3BseChzKTsNCisgCQ0KK0BAIC02MDQsMTEgKzYxNSwxMyBAQA0KKyBzdGF0
aWMgaW50DQorIGluaXRfbW9kdWxlKHZvaWQpDQorIHsNCistaW50IGVycm9y
Ow0KKysJaW50IGVycm9yID0gMDsNCisgDQorKyNpZiBfX0ZyZWVCU0RfdmVy
c2lvbiA8IDUwMDEwNA0KKyAgICAJZXJyb3IgPSBjZGV2c3dfYWRkKCZ2bW5l
dF9jZGV2c3cpOw0KKyAJaWYgKGVycm9yKSANCisgCQlyZXR1cm4gZXJyb3I7
DQorKyNlbmRpZg0KKyANCisgCXJldHVybiBlcnJvcjsNCisgfQ0KK0BAIC02
MTgsNyArNjMxLDcgQEANCisgc3RhdGljIGludA0KKyBjbGVhbnVwX21vZHVs
ZSh2b2lkKQ0KKyB7DQorLQlpbnQgZXJyb3I7DQorKwlpbnQgZXJyb3IgPSAw
Ow0KKyAJc3RydWN0IHZtbmV0X3NvZnRjICpzYzsNCisgDQorIAlETG9nKExl
bnRlciwgIiIpOw0KK0BAIC02MjksNyArNjQyLDkgQEANCisgCQkJcmV0dXJu
IGVycm9yOw0KKyAJCX0NCisgICAgCX0NCisrI2lmIF9fRnJlZUJTRF92ZXJz
aW9uIDwgNTAwMTA0DQorIAllcnJvciA9IGNkZXZzd19yZW1vdmUoJnZtbmV0
X2NkZXZzdyk7DQorKyNlbmRpZg0KKyAJRExvZyhMaW5mbywgInJldHVybiAl
ZCIsIGVycm9yKTsNCisgCXJldHVybiBlcnJvcjsNCisgfQ0K
---559023410-851401618-1046889455=:27381--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 10:42:59 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6E58737B401; Wed,  5 Mar 2003 10:42:58 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5727743FA3; Wed,  5 Mar 2003 10:42:57 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.247.139.242.dial1.sanjose1.level3.net ([209.247.139.242] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qdqx-0003tR-00; Wed, 05 Mar 2003 10:42:55 -0800
Message-ID: <3E6644E1.7D099302@mindspring.com>
Date: Wed, 05 Mar 2003 10:41:37 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Mark Murray <mark@grondar.org>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: libalias/NAT incremental checksum (was Re: Removal of netns)
References: <200303051429.h25ETsIg047004@grimreaper.grondar.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4153c2644eab069e855f5771b60e2c85ca7ce0e8f8d31aa3f350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Mark Murray wrote:
> > How long can this remain unfixed before the code is diked out,
> > and the checksum is recalculated fully, instead?
> 
> Terry, you sound rather foolish when you argue like this. This
> is semantic tomfoolery and off topic. End of thread.

This is not a argument over mere implmenetation semantics.

The incremental checksum code is broken.

	Bad tcpchecksum - before: 0x000038f3 after: 0x00001802
	Bad tcpchecksum - before: 0x00002870 after: 0x0000e81e
	Bad tcpchecksum - before: 0x00006319 after: 0x00000608
	Bad tcpchecksum - before: 0x0000369a after: 0x00001212
	Bad tcpchecksum - before: 0x0000d885 after: 0x00000004

The packets do not get through, no matter how many times
they are resent by the sender.  The reason that the CVSup
is successful is an artifact of the CVSup retry mechanism.
People using other protocols, like FTP, or programs like
"fetch" are well and truly screwed by this bug.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 10:59:25 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3959637B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 10:59:24 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8F7F543F93
	for <current@freebsd.org>; Wed,  5 Mar 2003 10:59:23 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.247.139.242.dial1.sanjose1.level3.net ([209.247.139.242] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qe6q-0007Uu-00; Wed, 05 Mar 2003 10:59:21 -0800
Message-ID: <3E6648BA.69781118@mindspring.com>
Date: Wed, 05 Mar 2003 10:58:02 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Hiten Pandya <hiten@unixdaemons.com>
Cc: current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk> <E18qWeO-0002ub-00@chiark.greenend.org.uk> <3E65EA4F.1DE55E7B@mindspring.com> <20030305150415.GA11671@unixdaemons.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4f3c8f79eb6a35be1f2c6b0a5a5756a253ca473d225a0f487350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hiten Pandya wrote:
> Sorry to but in, but I don't see why this so called bikesheed keeps
> getting bigger and bigger.  The outcome is simple.  If your patches
> function properly, then there is no need to remove netns provided you
> don't mind maintaining it.  If it doesn't have a maintainer, then just
> apply your fixes and shuv it in the Attic so it's less horid when
> someone wants to restart the effort of maintaining it.

I am willing to take and respond to all bug reports about the
code.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 11:36:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1232F37B405; Wed,  5 Mar 2003 11:36:32 -0800 (PST)
Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id AB43743FCB; Wed,  5 Mar 2003 11:36:29 -0800 (PST)
	(envelope-from obrien@NUXI.com)
Received: from dragon.nuxi.com (smmsp@localhost [127.0.0.1])
	by dragon.nuxi.com (8.12.7/8.12.7) with ESMTP id h25JaMdh037231;
	Wed, 5 Mar 2003 11:36:22 -0800 (PST)
	(envelope-from obrien@dragon.nuxi.com)
Received: (from obrien@localhost)
	by dragon.nuxi.com (8.12.7/8.12.7/Submit) id h25JaL7u037230;
	Wed, 5 Mar 2003 11:36:21 -0800 (PST)
Date: Wed, 5 Mar 2003 11:36:21 -0800
From: "David O'Brien" <dev-null@NUXI.com>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: [PATCH 5.x] netns
Message-ID: <20030305193621.GA37174@dragon.nuxi.com>
Reply-To: freebsd-net@freebsd.org, freebsd-current@freebsd.org
References: <20030305013509.AD7662A8BB@canning.wemm.org> <3E65E7A5.DBD9097A@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E65E7A5.DBD9097A@mindspring.com>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
Organization: The NUXI BSD Group
X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3  90 76 5D 69 58 D9 98 7A
X-Pgp-Rsa-Keyid: 1024/34F9F9D5
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Mar 05, 2003 at 04:03:49AM -0800, Terry Lambert wrote:
> Peter Wemm wrote:
> > Terry Lambert wrote:
> > > Here are two patches.  The first fixes missing pieces in /sys/conf/files
> > > and /sys/conf/options, the second fixes all the files that need it in
> > > /sys/netns/.
> > 
> > You seem to have posted the wrong patch.
> > This is against 4.x, not -current, and this is current@freebsd.org.
> Here is a single patch vs. 5.x.
> 
> I believe this makes it actually work.
   ^^^^^^^^^
   huh?  This is untested?

> Please apply this to the code, even if you are intent on putting
> working code in the Attic.

Why keep it?  You've just proven that even one with a desire has trouble
determining if it works or not.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 11:52:26 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1049B37B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 11:52:25 -0800 (PST)
Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95])
	by mx1.FreeBSD.org (Postfix) with SMTP id 901B143FBD
	for <current@freebsd.org>; Wed,  5 Mar 2003 11:52:23 -0800 (PST)
	(envelope-from bra@fsn.hu)
Received: (qmail 32248 invoked by uid 1000); 5 Mar 2003 19:52:21 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 5 Mar 2003 19:52:21 -0000
Date: Wed, 5 Mar 2003 20:52:21 +0100 (CET)
From: Attila Nagy <bra@fsn.hu>
To: current@freebsd.org
Subject: Freeze after APIC_IO: Testing 8254 interrupt delivery
Message-ID: <Pine.LNX.4.53.0303052040110.11493@scribble.fsn.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello,

Our newly bought Fujitsu-Siemens F250 boots with the GENERIC kernel, but
with a recent, SMP-capable CURRENT it freezes after the following line:
APIC_IO: Testing 8254 interrupt delivery

No response to keyboard activity (I have a KVM extender on the machine,
its LED blinks, it does the same when I unplug the other side from the
machine's keyboard connector).

The strange thing is that I build a CURRENT kernel on monday, or tuesday
and it also did this, but when I disabled ACPI with hint.acpi.0.disable=1
it worked.
Now I compiled a new kernel (because I missed the DDB support in the
previous) and it freezes, no matter the ACPI is loaded or not.

Any ideas?

ps: the machine is a dual Xeon with HTT enabled.

Thanks,
----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]----------
Attila Nagy					e-mail: Attila.Nagy@fsn.hu
Free Software Network (FSN.HU)		  phone @work: +361 210 1415 (194)
						cell.: +3630 306 6758

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 12:13:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 44C0D37B406
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 12:13:10 -0800 (PST)
Received: from postal2.es.net (postal2.es.net [198.128.3.206])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6920A43F93
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 12:13:09 -0800 (PST)
	(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
        by postal2.es.net (Postal Node 2) with ESMTP id MUA74016;
        Wed, 05 Mar 2003 12:13:07 -0800
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP
	id 63A8D5D04; Wed,  5 Mar 2003 12:13:07 -0800 (PST)
To: Dimitar.Peikov@borg.de
Cc: freebsd-current@freebsd.org
Subject: Re: boot0cfg 
In-reply-to: Your message of "Wed, 05 Mar 2003 09:25:53 +0200."
             <OFE9BB6C0E.BA4A6F1D-ONC1256CE0.00274EA0@borg.de> 
Date: Wed, 05 Mar 2003 12:13:07 -0800
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20030305201307.63A8D5D04@ptavv.es.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

> From: Dimitar.Peikov@borg.de
> Date: Wed, 5 Mar 2003 09:25:53 +0200
> Sender: owner-freebsd-current@FreeBSD.ORG
> 
> 
> Last weekend I had to reinstall Windows XP on my PC and certainly I lost
> boot manager. After booting from CD and mounting as root ad0 device, I
> replaced boot0 record
> using the following command line :
> 
> # boot0cfg -Bv -s 1 -t 91 ad0
> 
> On my PC I have 14G Windows XP partition(primary partition), 7G Linux (2
> extended partitions) and 7G FreeBSD 5.0 - Current (primary partition). On
> second disk I have Windows 98.
> 
> After installing I see something like this :
> 
> F1 - ???
> F3 - FreeBSD
> F5 - Disk 2
> 
> It is strange that only F1 works (start Windows XP), while F3 play some
> sound. Pressing F5 starts Windows XP, but it could be because Windows on
> my second disk.
> 
> Yes I know that there are other boot managers like GRUB, but it is another
> beer.
> 
> I haven't enough time to investigate where the problem is (boot0 code),
> but this evening I should.

The problem is that the boot block installed by default is limited to
booting systems located in the first 1023 cylinders of the disk and XP
is so big that the second partition is now often past that point.

Any reasonably modern BIOS will support a slightly different boot record
which can boot a partition anywhere on disk. The hitch is that this boot
block will not work at all on some older systems.

To use this more modern boot block, add '-o packet' to the boot0cfg
command. This is in the man page, but the man page does not make it
clear what the real significance of this option is. I think it should be
referenced VERY clearly in the description section of the man page.

For any system less than about 4 year old and may older systems, you
really want to use this option.

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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 12:13:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E759537B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 12:13:41 -0800 (PST)
Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 48D6543F3F
	for <current@freebsd.org>; Wed,  5 Mar 2003 12:13:41 -0800 (PST)
	(envelope-from simon@arthur.nitro.dk)
Received: by arthur.nitro.dk (Postfix, from userid 1000)
	id E969310BF83; Wed,  5 Mar 2003 21:13:39 +0100 (CET)
Date: Wed, 5 Mar 2003 21:13:39 +0100
From: "Simon L. Nielsen" <simon@nitro.dk>
To: Attila Nagy <bra@fsn.hu>
Cc: current@freebsd.org
Subject: Re: Freeze after APIC_IO: Testing 8254 interrupt delivery
Message-ID: <20030305201338.GB390@nitro.dk>
References: <Pine.LNX.4.53.0303052040110.11493@scribble.fsn.hu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="Pd0ReVV5GZGQvF3a"
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.53.0303052040110.11493@scribble.fsn.hu>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--Pd0ReVV5GZGQvF3a
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2003.03.05 20:52:21 +0100, Attila Nagy wrote:

> Our newly bought Fujitsu-Siemens F250 boots with the GENERIC kernel, but
> with a recent, SMP-capable CURRENT it freezes after the following line:
> APIC_IO: Testing 8254 interrupt delivery
I had the same problem with a FSC P250 (same motherboard) using 4.7-REL.
It works in SMP mode with a recent 4-STABLE (after MFC of HTT). It
appears to only work if HyperThreading is enabled.

John Baldwin commited changes to -CURRENT a few days ago to disable HTT
unless it is explicitly enabled in the kernel config file. That could be
the problem.

I'm currently trying to get it to work without HTT enabled but so far
not succeeding.

--=20
Simon L. Nielsen

--Pd0ReVV5GZGQvF3a
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Zlpy8kocFXgPTRwRApYkAJwPcyfyA6VoL37D0EMR9Lrx2N968gCgwH3U
CU7DKqv3cL8fgwwQM88u2sM=
=eSjn
-----END PGP SIGNATURE-----

--Pd0ReVV5GZGQvF3a--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 12:26:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 50FDC37B401; Wed,  5 Mar 2003 12:26:10 -0800 (PST)
Received: from heron.mail.pas.earthlink.net (heron.mail.pas.earthlink.net [207.217.120.189])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A619143F3F; Wed,  5 Mar 2003 12:26:09 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.247.139.242.dial1.sanjose1.level3.net ([209.247.139.242] helo=mindspring.com)
	by heron.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qfSp-0006Xv-00; Wed, 05 Mar 2003 12:26:08 -0800
Message-ID: <3E665D07.9F8A2C15@mindspring.com>
Date: Wed, 05 Mar 2003 12:24:39 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: [PATCH 5.x] netns
References: <20030305013509.AD7662A8BB@canning.wemm.org> <3E65E7A5.DBD9097A@mindspring.com> <20030305193621.GA37174@dragon.nuxi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a486d2ad767939c687cc3c8e4d173d3d6e2601a10902912494350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

David O'Brien wrote:
> > Here is a single patch vs. 5.x.
> >
> > I believe this makes it actually work.
>    ^^^^^^^^^
>    huh?  This is untested?

Will you accept interoperability between two FreeBSD boxes?  A
FreeBSD box and a NetBSD box?


> > Please apply this to the code, even if you are intent on putting
> > working code in the Attic.
> 
> Why keep it?  You've just proven that even one with a desire has trouble
> determining if it works or not.

No, I've just implied that I don't personally have the ability
to put together an interoperability test bed that tests against
non-FreeBSD boxes, without a lot of effort.

Is FreeBSD/FreeBSD interoperability acceptable?

It's like posting a driver for a SCSI card that was written
from the specifications, without a card in hand.

Except that his code is *already* in the tree, so it's not
like I'm asking anyone to commit anything that doesn't at
least make the status quo better.


For heaven's sake!  *It has only been 3 days* since the code
was threatened!  What do you expect *in 3 days*!?!


-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 12:36:49 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6712C37B401; Wed,  5 Mar 2003 12:36:48 -0800 (PST)
Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A321F43FAF; Wed,  5 Mar 2003 12:36:47 -0800 (PST)
	(envelope-from sgk@troutmask.apl.washington.edu)
Received: from troutmask.apl.washington.edu (localhost [127.0.0.1])
	by troutmask.apl.washington.edu (8.12.8/8.12.7) with ESMTP id h25KalgF067791;
	Wed, 5 Mar 2003 12:36:47 -0800 (PST)
	(envelope-from sgk@troutmask.apl.washington.edu)
Received: (from sgk@localhost)
	by troutmask.apl.washington.edu (8.12.8/8.12.8/Submit) id h25Kalx1067790;
	Wed, 5 Mar 2003 12:36:47 -0800 (PST)
Date: Wed, 5 Mar 2003 12:36:47 -0800
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: [PATCH 5.x] netns
Message-ID: <20030305203647.GA67596@troutmask.apl.washington.edu>
References: <20030305013509.AD7662A8BB@canning.wemm.org> <3E65E7A5.DBD9097A@mindspring.com> <20030305193621.GA37174@dragon.nuxi.com> <3E665D07.9F8A2C15@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E665D07.9F8A2C15@mindspring.com>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, Mar 05, 2003 at 12:24:39PM -0800, Terry Lambert wrote:
> 
> For heaven's sake!  *It has only been 3 days* since the code
> was threatened!  What do you expect *in 3 days*!?!
> 

The code has been broken for 7 years.  You've
had ample time to fix and *maintain* this code.

Points moot, anyway.  netns has been moved to
the attic.

-- 
Steve

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 12:50:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3E6D537B4D1
	for <current@freebsd.org>; Wed,  5 Mar 2003 12:50:09 -0800 (PST)
Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95])
	by mx1.FreeBSD.org (Postfix) with SMTP id 67D9B43F93
	for <current@freebsd.org>; Wed,  5 Mar 2003 12:50:08 -0800 (PST)
	(envelope-from bra@fsn.hu)
Received: (qmail 421 invoked by uid 1000); 5 Mar 2003 20:50:07 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 5 Mar 2003 20:50:07 -0000
Date: Wed, 5 Mar 2003 21:50:07 +0100 (CET)
From: Attila Nagy <bra@fsn.hu>
To: "Simon L. Nielsen" <simon@nitro.dk>
Cc: current@freebsd.org
Subject: Re: Freeze after APIC_IO: Testing 8254 interrupt delivery
In-Reply-To: <20030305201338.GB390@nitro.dk>
Message-ID: <Pine.LNX.4.53.0303052148570.11493@scribble.fsn.hu>
References: <Pine.LNX.4.53.0303052040110.11493@scribble.fsn.hu>
 <20030305201338.GB390@nitro.dk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello,

> I had the same problem with a FSC P250 (same motherboard) using 4.7-REL.
> It works in SMP mode with a recent 4-STABLE (after MFC of HTT). It
> appears to only work if HyperThreading is enabled.
False alarm. I switched from cvsup.freebsd.org to cvsup2.freebsd.org,
updated the tree, recompiled and it works again.

Thanks!

----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]----------
Attila Nagy					e-mail: Attila.Nagy@fsn.hu
Free Software Network (FSN.HU)		  phone @work: +361 210 1415 (194)
						cell.: +3630 306 6758

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 12:52:27 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D378C37B401
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 12:52:25 -0800 (PST)
Received: from msgbas2x.cos.agilent.com (msgbas2x.cos.agilent.com [192.25.240.37])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4012C43F93
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 12:52:25 -0800 (PST)
	(envelope-from darrylo@soco.agilent.com)
Received: from relcos2.cos.agilent.com (relcos2.cos.agilent.com [130.29.152.237])
	by msgbas2x.cos.agilent.com (Postfix) with ESMTP
	id E11E61C1E; Wed,  5 Mar 2003 13:52:24 -0700 (MST)
Received: from mina.soco.agilent.com (mina.soco.agilent.com [141.121.54.157])
	by relcos2.cos.agilent.com (Postfix) with ESMTP
	id 29763531; Wed,  5 Mar 2003 13:52:24 -0700 (MST)
Received: from mina.soco.agilent.com (darrylo@localhost [127.0.0.1])
	by mina.soco.agilent.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.1.1_Agilent) with ESMTP id MAA28748;
	Wed, 5 Mar 2003 12:52:23 -0800 (PST)
Message-Id: <200303052052.MAA28748@mina.soco.agilent.com>
To: "Kevin Oberman" <oberman@es.net>
Cc: Dimitar.Peikov@borg.de, freebsd-current@FreeBSD.ORG
Subject: Re: boot0cfg 
Reply-To: Darryl Okahata <darrylo@soco.agilent.com>
In-Reply-To: Your message of "Wed, 05 Mar 2003 12:13:07 PST."
             <20030305201307.63A8D5D04@ptavv.es.net> 
Mime-Version: 1.0 (generated by tm-edit 1.7)
Content-Type: text/plain; charset=US-ASCII
Date: Wed, 05 Mar 2003 12:52:22 -0800
From: Darryl Okahata <darrylo@soco.agilent.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"Kevin Oberman" <oberman@es.net> wrote:

> For any system less than about 4 year old and may older systems, you
> really want to use this option.

     The other possibility, if both FreeBSD and XP are installed on the
same disk, is to just use XP's boot selector to select which one to
boot.  It can be a lot easier than having to deal with boot sector
issues.

     For more information, see:

	http://bsdatwork.com/sections.php?op=viewarticle&artid=3
		(This is for the case where Windows & FreeBSD are on the
		SAME drive.)
		(Also read the OpenBSD section for additional WinXP
		info.)

	http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/disks.html#NT-BOOTLOADER

-- 
	Darryl Okahata
	darrylo@soco.agilent.com

DISCLAIMER: this message is the author's personal opinion and does not
constitute the support, opinion, or policy of Agilent Technologies, or
of the little green men that have been following him all day.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 13: 3:31 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 09CD537B401; Wed,  5 Mar 2003 13:03:30 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 5113843F85; Wed,  5 Mar 2003 13:03:29 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.247.139.242.dial1.sanjose1.level3.net ([209.247.139.242] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qg2v-0002QW-00; Wed, 05 Mar 2003 13:03:26 -0800
Message-ID: <3E6665AA.CAECC0A8@mindspring.com>
Date: Wed, 05 Mar 2003 13:01:30 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc: freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: [PATCH 5.x] netns
References: <20030305013509.AD7662A8BB@canning.wemm.org> <3E65E7A5.DBD9097A@mindspring.com> <20030305193621.GA37174@dragon.nuxi.com> <3E665D07.9F8A2C15@mindspring.com> <20030305203647.GA67596@troutmask.apl.washington.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4aa53b3a0ad581abae6cb9c7e30eba8eb350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Steve Kargl wrote:
> On Wed, Mar 05, 2003 at 12:24:39PM -0800, Terry Lambert wrote:
> > For heaven's sake!  *It has only been 3 days* since the code
> > was threatened!  What do you expect *in 3 days*!?!
> >
> 
> The code has been broken for 7 years.  You've
> had ample time to fix and *maintain* this code.
> 
> Points moot, anyway.  netns has been moved to
> the attic.


Well, that'll certainly show Terry!


Any chance at all of committing my patch to the code in the
attic, so that it will at least compile and run as of current
of the time it was put in the attic?

Thanks,
-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 13:11:10 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5228F37B401
	for <freebsd-current@FreeBSD.org>; Wed,  5 Mar 2003 13:11:09 -0800 (PST)
Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A7E3143F3F
	for <freebsd-current@FreeBSD.org>; Wed,  5 Mar 2003 13:11:08 -0800 (PST)
	(envelope-from nectar@celabo.org)
Received: from madman.celabo.org (madman.celabo.org [10.0.1.111])
	by gw.nectar.cc (Postfix) with ESMTP id 430E32E
	for <freebsd-current@FreeBSD.org>; Wed,  5 Mar 2003 15:11:08 -0600 (CST)
Received: by madman.celabo.org (Postfix, from userid 1001)
	id 2816B78C43; Wed,  5 Mar 2003 15:11:08 -0600 (CST)
Date: Wed, 5 Mar 2003 15:11:08 -0600
From: "Jacques A. Vidrine" <nectar@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Subject: Kerberos IV exiting tree for 5.1-RELEASE
Message-ID: <20030305211108.GB86211@madman.celabo.org>
Mail-Followup-To: "Jacques A. Vidrine" <nectar@FreeBSD.org>,
	freebsd-current@FreeBSD.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Url: http://www.celabo.org/
User-Agent: Mutt/1.5.3i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello Gentlefolk,

In the next couple of weeks, I will be removing Kerberos IV from
-CURRENT.  I will also be re-organizing the Kerberos 5 bits so that
the utilities have their `normal' names (e.g. `kinit' rather than
`k5init') and replacing Kerberos 4 support with Kerberos 5 support in
applications so far as that is possible (e.g. TELNET, cvs).

For those of you who do use Kerberos IV, I would appreciate it very
much if you could try the security/krb4 port.  If you run into trouble
or have suggestions, please let me know.  Better yet, send patches for
the port!  In fact, if you are a committer that uses Kerberos IV, please
consider maintaining the security/krb4 port. 

Cheers,
-- 
Jacques A. Vidrine <nectar@celabo.org>          http://www.celabo.org/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 14: 2:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 63A1337B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 14:02:15 -0800 (PST)
Received: from lontra.ip.pt (lontra.ip.pt [195.23.132.11])
	by mx1.FreeBSD.org (Postfix) with SMTP id 51AEF43FBD
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 14:02:12 -0800 (PST)
	(envelope-from nunotex@aeiou.pt)
Received: (qmail 17713 invoked from network); 5 Mar 2003 22:02:08 -0000
Received: from unknown (HELO perca.ip.pt) (195.23.132.3)
  by lontra.ip.pt with SMTP; 5 Mar 2003 22:02:08 -0000
Received: (qmail 30289 invoked from network); 5 Mar 2003 22:02:03 -0000
Received: from unknown (HELO gw.tex.bogus) ([195.23.212.153]) (envelope-sender <nunotex@aeiou.pt>)
          by perca.ip.pt (qmail-ldap-1.03) with SMTP
          for <freebsd-current@freebsd.org>; 5 Mar 2003 22:02:03 -0000
Received: by gw.tex.bogus (Postfix, from userid 1001)
	id 65C92435C; Wed,  5 Mar 2003 22:00:21 +0000 (WET)
Date: Wed, 5 Mar 2003 22:00:20 +0000
From: Nuno Teixeira <nunotex@aeiou.pt>
To: freebsd-current@freebsd.org
Subject: -O2 broke ppp NAT
Message-ID: <20030305220020.GA647@gw.tex.bogus>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 5.0-RELEASE-p4
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hello to all,

For the first time I compile current-p3 -> current-p4 with
-march=pentium2 -O2 -mmmx -pipe and aparently everything works ok
except ppp -nat. NAT just don't work on my network. All machines are
able to ping except ftp, http, etc.

I rebuild everything with no CPUTYPE? and CFLAGS and ppp -nat is working
again.

I know that this isn't a important issue or bug because there are lots
of warnings about gcc optimizations because the system may become unstable.

I will not use extra optitimization on my buildsi anymore. A good lesson.

Thanks very much,

		Nuno Teixeira

-- 

/*
PGP fingerprint:
C6D1 06ED EB54 A99C 6B14  6732 0A5D 810D 727D F6C6
*/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 14:29: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B6F6537B401; Wed,  5 Mar 2003 14:29:03 -0800 (PST)
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D8E6943F85; Wed,  5 Mar 2003 14:29:02 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from 12-234-22-23.client.attbi.com ([12.234.22.23])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <2003030522290100300ag8rue>; Wed, 5 Mar 2003 22:29:02 +0000
Date: Wed, 5 Mar 2003 14:29:00 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Adrian Steinmann <ast@marabu.ch>
Cc: current@FreeBSD.ORG, subscriber@insignia.com,
	"Jacques A. Vidrine" <nectar@FreeBSD.ORG>
Subject: Re: Plea for base system trim
In-Reply-To: <200303051700.SAA06561@marabu.marabu.ch>
Message-ID: <20030305142412.D50404@12-234-22-23.pyvrag.nggov.pbz>
References: <200303051700.SAA06561@marabu.marabu.ch>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, Adrian Steinmann wrote:

>
> I use this command in my build script to force apache13+modssl to use
> the openssl in base.
>
> # Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003)
> cd /usr/ports/www/apache13-modssl
> cp Makefile Makefile-
> sed -ie 's/^\.include.*Makefile\.ssl.*$/OPENSSLBASE=\/usr/' Makefile- >Makefile

You could instead do:

sed <pattern> Makefile > makefile

The lowercase makefile will be used by make in preference to Makefile.

>    You are right to hate having two versions installed --- it is
>    pointless in most cases.  Please complain to the apache+mod_ssl and
>    openssl port maintainers.  It sounds to me like they are doing
>    something very wrong.

Seconded. Getting the lib version numbers out of synch for the same
openssl version in base and ports sounds like a big, big accident waiting
to happen.

Doug

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 14:42:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1AC0737B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 14:42:38 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE9B43F75
	for <current@freebsd.org>; Wed,  5 Mar 2003 14:42:37 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h25Mgai0000759
	for <current@freebsd.org>; Wed, 5 Mar 2003 23:42:36 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: current@freebsd.org
Subject: HEADSUP:  GEOM/devstat centralization patch
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Wed, 05 Mar 2003 23:42:36 +0100
Message-ID: <758.1046904156@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Ok, next in the NO_GEOM cleanup series:

	http://phk.freebsd.dk/patch/devstat.patch

This patch centralizes the devstat handling for all disk device
drivers under GEOM in geom_disk.c

As a side effect this makes 40 #include <sys/devicestat.h>
lines surplus to requirements and some biofinish() calls gets
simplified so they can become biodone() calls (again).

The total savings are 140 lines.

I plan to commit this patch on saturday.

Reviews and test-reports most welcome.

Poul-Henning

PS: This is the list of affected files:

	Index: alpha/alpha/autoconf.c
	Index: cam/cam_periph.h
	Index: cam/cam_xpt.c
	Index: cam/scsi/scsi_da.c
	Index: cam/scsi/scsi_low.c
	Index: cam/scsi/scsi_ses.c
	Index: contrib/dev/fla/fla.c
	Index: dev/aac/aac.c
	Index: dev/aac/aac_cam.c
	Index: dev/aac/aac_debug.c
	Index: dev/aac/aac_disk.c
	Index: dev/aac/aac_pci.c
	Index: dev/aac/aacvar.h
	Index: dev/amr/amr.c
	Index: dev/amr/amr_cam.c
	Index: dev/amr/amr_compat.h
	Index: dev/amr/amr_disk.c
	Index: dev/amr/amr_pci.c
	Index: dev/amr/amrvar.h
	Index: dev/ata/ata-all.c
	Index: dev/ata/ata-disk.c
	Index: dev/ata/ata-disk.h
	Index: dev/ata/ata-raid.c
	Index: dev/ata/atapi-cam.c
	Index: dev/ata/atapi-fd.c
	Index: dev/ata/atapi-fd.h
	Index: dev/ccd/ccd.c
	Index: dev/ciss/ciss.c
	Index: dev/firewire/sbp.c
	Index: dev/ida/ida.c
	Index: dev/ida/ida_disk.c
	Index: dev/ida/ida_eisa.c
	Index: dev/ida/ida_pci.c
	Index: dev/ida/idavar.h
	Index: dev/md/md.c
	Index: dev/mlx/mlx.c
	Index: dev/mlx/mlx_compat.h
	Index: dev/mlx/mlx_disk.c
	Index: dev/mlx/mlx_pci.c
	Index: dev/mlx/mlxvar.h
	Index: dev/mly/mly.c
	Index: dev/ofw/ofw_disk.c
	Index: dev/ppbus/vpo.c
	Index: dev/pst/pst-raid.c
	Index: dev/raidframe/rf_freebsdkintf.c
	Index: dev/twe/twe_compat.h
	Index: dev/twe/twe_freebsd.c
	Index: dev/usb/umass.c
	Index: dev/vinum/vinum.c
	Index: geom/geom_disk.c
	Index: ia64/ia64/autoconf.c
	Index: ia64/ia64/sscdisk.c
	Index: pc98/pc98/wd.c
	Index: sys/ccdvar.h
	Index: sys/disk.h

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 14:51:54 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 54B4337B405; Wed,  5 Mar 2003 14:51:53 -0800 (PST)
Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id A338443F75; Wed,  5 Mar 2003 14:51:48 -0800 (PST)
	(envelope-from doconnor@gsoft.com.au)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h25Mpdjs091525;
	Thu, 6 Mar 2003 09:21:40 +1030 (CST)
	(envelope-from doconnor@gsoft.com.au)
X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1]
Subject: RE: boot0cfg
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: John Baldwin <jhb@FreeBSD.ORG>
Cc: Dimitar.Peikov@borg.de, freebsd-current@FreeBSD.ORG
In-Reply-To: <XFMail.20030305115655.jhb@FreeBSD.org>
References: <XFMail.20030305115655.jhb@FreeBSD.org>
Content-Type: text/plain
Organization: 
Message-Id: <1046904695.66086.7.camel@chowder.gsoft.com.au>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 09:21:36 +1030
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.5 () CARRIAGE_RETURNS,IN_REP_TO,REFERENCES,SPAM_PHRASE_01_02
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 2003-03-06 at 03:26, John Baldwin wrote:
> > It is strange that only F1 works (start Windows XP), while F3 play some
> > sound. Pressing F5 starts Windows XP, but it could be because Windows on
> > my second disk.
> > 
> > Yes I know that there are other boot managers like GRUB, but it is another
> > beer.
> 
> You need to turn on 'packet' mode by hand.
> 
> # boot0cfg -o packet ad0
> 
> should do the trick.

Do you think this should be the default?

ie would it fix more things than it breaks?

My feeling is yes...
Or is sysinstall supposed to set the flags based on where you install
stuff?
(I had a quick look but couldn't see anything to indicate this was so)

-- 
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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 14:55: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6529A37B405
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 14:55:03 -0800 (PST)
Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7157743F3F
	for <freebsd-current@FreeBSD.ORG>; Wed,  5 Mar 2003 14:55:01 -0800 (PST)
	(envelope-from doconnor@gsoft.com.au)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by cain.gsoft.com.au (8.12.4/8.12.6) with ESMTP id h25Mssjs091558;
	Thu, 6 Mar 2003 09:24:56 +1030 (CST)
	(envelope-from doconnor@gsoft.com.au)
X-Authentication-Warning: cain.gsoft.com.au: Host localhost [127.0.0.1] claimed to be [127.0.0.1]
Subject: RE: IP over IEEE1394?
From: "Daniel O'Connor" <doconnor@gsoft.com.au>
To: "Cagle, John  " "(ISS-Houston)" <john.cagle@hp.com>
Cc: David Leimbach <leimy2k@mac.com>, freebsd-current@FreeBSD.ORG
In-Reply-To: <C50AB9511EE59B49B2A503CB7AE1ABD10476C011@cceexc19.americas.cpqcorp.net>
References: 
	 <C50AB9511EE59B49B2A503CB7AE1ABD10476C011@cceexc19.americas.cpqcorp.net>
Content-Type: text/plain
Organization: 
Message-Id: <1046904890.66086.10.camel@chowder.gsoft.com.au>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 09:24:50 +1030
Content-Transfer-Encoding: 7bit
X-Spam-Score: -1 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_02_03
X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 2003-03-06 at 01:06, Cagle, John (ISS-Houston) wrote:
> Wouldn't you need a firewire switch to do a cluster of more than 2
> nodes?  Or are you thinking of using multiple firewire interfaces per
> node?

Firewire supports daisy chaining devices, and multiple masters.

I have done laptop -> firewire hd -> desktop PC and used the drive on
one machine and setup a network between the two of them :)

fwcontrol -t shows bus topology.

-- 
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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 14:55:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3E1C737B401; Wed,  5 Mar 2003 14:55:45 -0800 (PST)
Received: from mail2.qc.uunet.ca (mail2.qc.uunet.ca [198.168.54.17])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9FEB843F3F; Wed,  5 Mar 2003 14:55:43 -0800 (PST)
	(envelope-from anarcat@espresso-com.com)
Received: from xtanbul.studio.espresso-com.com ([216.94.147.57])
	by mail2.qc.uunet.ca (8.9.3/8.9.3) with ESMTP id RAA25095;
	Wed, 5 Mar 2003 17:55:38 -0500
Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian))
	id 18qhnQ-0006hI-00; Wed, 05 Mar 2003 17:55:32 -0500
Date: Wed, 5 Mar 2003 17:55:32 -0500
From: The Anarcat <anarcat@anarcat.ath.cx>
To: Doug Barton <DougB@freebsd.org>
Cc: Adrian Steinmann <ast@marabu.ch>, current@freebsd.org,
	subscriber@insignia.com, "Jacques A. Vidrine" <nectar@freebsd.org>
Subject: Re: Plea for base system trim
Message-ID: <20030305225532.GG24059@xtanbul>
References: <200303051700.SAA06561@marabu.marabu.ch> <20030305142412.D50404@12-234-22-23.pyvrag.nggov.pbz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030305142412.D50404@12-234-22-23.pyvrag.nggov.pbz>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed Mar 05, 2003 at 02:29:00PM -0800, Doug Barton wrote:
> On Wed, 5 Mar 2003, Adrian Steinmann wrote:
> 
> >
> > I use this command in my build script to force apache13+modssl to use
> > the openssl in base.
> >
> > # Use base openssl (OpenSSL 0.9.7a as of Feb 19 2003)
> > cd /usr/ports/www/apache13-modssl
> > cp Makefile Makefile-
> > sed -ie 's/^\.include.*Makefile\.ssl.*$/OPENSSLBASE=\/usr/' Makefile- >Makefile
> 
> You could instead do:
> 
> sed <pattern> Makefile > makefile
> 
> The lowercase makefile will be used by make in preference to Makefile.

Juste jumping in... Couldn't you just:

sed -i.orig -e <pattern> Makefile

For example:

anarcat@carthage[~]% cat > foo                  
this is a test
anarcat@carthage[~]% sed -i.orig -e 's/test/gizmo/' foo 
anarcat@carthage[~]% diff -u foo.orig foo
--- foo.orig    Wed Mar  5 17:54:09 2003
+++ foo Wed Mar  5 17:54:13 2003
@@ -1 +1 @@
-this is a test
+this is a gizmo

Much simpler, unless I missed something.

A.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 15:26:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0ECA937B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 15:26:44 -0800 (PST)
Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D319343F85
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 15:26:42 -0800 (PST)
	(envelope-from philip@paeps.cx)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by horkos.telenet-ops.be (Postfix) with SMTP id E553A83C0C
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:26:41 +0100 (CET)
Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70])
	by horkos.telenet-ops.be (Postfix) with ESMTP id C572983C08
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:26:41 +0100 (CET)
Received: from juno.home.paeps.cx (juno.home.paeps.cx [2001:ab8:2007:0:240:f4ff:fe31:3090])
	by fortuna.home.paeps.cx (Postfix) with ESMTP id D9AB620A9
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:27:52 +0100 (CET)
Received: by juno.home.paeps.cx (Postfix, from userid 1001)
	id 683B21191; Thu,  6 Mar 2003 00:26:41 +0100 (CET)
Date: Thu, 6 Mar 2003 00:26:41 +0100
From: Philip Paeps <philip@paeps.cx>
To: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
Message-ID: <20030305232641.GC621@juno.home.paeps.cx>
Mail-Followup-To: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com> <20030305015947.M18288@znfgre.tberna.bet>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <20030305015947.M18288@znfgre.tberna.bet>
X-Date-in-Rome: ante diem III Nonas Martias MMDCCLVI ab Urbe Condida
X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879
X-Message-Flag: Get a proper mailclient!  Mutt: <http://www.mutt.org/>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2003-03-05 02:14:16 (-0800), Doug Barton <DougB@FreeBSD.org> wrote:
> On Wed, 5 Mar 2003, Subscriber wrote:
> > Would the powers that be please consider removing sendmail, bind and
> > openssl from the base system, as was done for perl with 5.0?
> 
> For example, as BIND maintainer I actually _support_ the theory of removing
> BIND, however the reality is a little different. There are three main
> components of BIND; the named stuff (sbin/named, sbin/ndc, etc.), the
> userland stuff (dig, host, etc.), and the resolver library. Of those three
> things, we actually need the last two in order to include ourselves in a
> useful definition of "Unix system"

Is it actually possible for one to build a custom release without the
``unnecessary'' BIND bits?  I haven't grepped the source, forgive me, but what
does 'NO_BIND=true' actually do?  If I were to make a release like that, would
that end me up without resolver as well?

Likewise, would building 'NO_SENDMAIL=true' build me a pristine system void of
Sendmail bits, or will there always be some stuff left?

If those two knobs do what they promise to do, it should be fairly trivial to
compare a custom release tree with the installed base, and nuke the things one
doesn't like from the base-system at will?  Or am I missing something? :-)

I'm pretty happy about having BIND and Sendmail in the base-system.  Disk
space costs nearly nothing these days, and as long as they're not running (and
have their executable bits stripped, 'just in case'), I don't particularly
mind them taking up a few bytes of room.

> (although I'd LOVE to nuke nslookup, if I thought I could ever live down the
> whining and crying it would cause). 

 :-)

Perhaps a NO_NSLOOKUP flag? ;-)

> So keeping BIND in the base actually serves a purpose. Similar arguments can
> be made for the other components you listed.

Definitely!

> Now that said, I've been working off and on to make it easier to replace
> parts of the base with stuff from the ports. Both BIND ports have
> PORT_REPLACES_BASE_ Makefile options, and I know that they are useful
> because I use them at work. 

I just spotted those flags a few days ago.  They're very useful.  Now my
fiddling with the BIND port is reduced to making stuff live under /var/namedb
instead of /etc/namedb as I like having / mounted read-only as much as
possible.

 - Philip

-- 
Philip Paeps                                          Please don't CC me, I am
philip@paeps.cx                                       subscribed to the list.

  BOFH Excuse #193:
    Did you pay the new Support Fee?

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 15:27:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 945A137B401; Wed,  5 Mar 2003 15:27:27 -0800 (PST)
Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BB80843FDD; Wed,  5 Mar 2003 15:27:24 -0800 (PST)
	(envelope-from Maksim.Yevmenkin@cw.com)
Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 5 Mar 2003 15:27:24 -0800
Received: from exodus.net ([165.193.27.35]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329);
	 Wed, 5 Mar 2003 15:27:24 -0800
Message-ID: <3E66871A.4080304@exodus.net>
Date: Wed, 05 Mar 2003 15:24:10 -0800
From: Maksim Yevmenkin <myevmenk@exodus.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021126
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: current@freebsd.org
Cc: net@freebsd.org
Subject: Bluetooth stack for FreeBSD
References: <3E667ED7.2060603@exodus.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 05 Mar 2003 23:27:24.0351 (UTC) FILETIME=[C6F2E4F0:01C2E36E]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Dear Hackers,

I'm very pleased to announce that another release is available for 
download at

http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030305.tar.gz

The Bluetooth sockets layer has been cleaned up. People should not
see any WITNESS complains with new code. Locking issues have been
revisited and code in much better shape now, although it probably
is not 100% SMP ready just yet. The code should work on SMP system
anyway because sockets layer is still under Giant. Minor bug in
OpenOBEX library has been fixed and OPEX Put-Empty command now works.
Also ng_ubt(4) now supports Wireless Transceiver for Bluetooth from
Microsoft. Thanks to Dustin Boontheekul <dboonthe@math.okstate.edu>
for testing.

IMPORTANT!

Due to changes in API userland tools must be in sync with the kernel.
People should install new include files, recompile and reinstall all
userland tools as part of upgrade. I'm sorry about that.

IMPORTANT!

New taskqueue_swi_giant has been introduces recently in FreeBSD.
The socket code has been converted to use it. If you system is
not recent you will need

1) upgrade to recent -current
or
2) change taskqueue_swi_giant to taskqueue_swi and compile code.

People are advised to upgrade and try the new code. Please do ask
question and submit success stories/bug reports to me. Please also
CC to one the FreeBSD mailing lists (mobile, net or current) for
archive purposes.

thanks,
max


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 15:39:22 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EC39437B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 15:39:20 -0800 (PST)
Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4E2CE43FA3
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 15:39:20 -0800 (PST)
	(envelope-from james@uberduper.com)
Received: from bishop (unknown [208.33.24.5])
	by smak.uberduper.com (Postfix) with ESMTP
	id D8FCA9CD04; Wed,  5 Mar 2003 15:40:12 -0800 (PST)
Date: Wed, 5 Mar 2003 15:40:22 -0800
From: James Satterfield <james@uberduper.com>
To: Jeff Roberson <jroberson@chesapeake.net>
Cc: current@FreeBSD.ORG
Subject: Re: SCHED_ULE ok again.  feedback please?
Message-Id: <20030305154022.7323feef.james@uberduper.com>
In-Reply-To: <20030304011700.C62398-100000@mail.chesapeake.net>
References: <20030304011700.C62398-100000@mail.chesapeake.net>
X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

My first impression of SCHED_ULE is "slow." I only say this because the first thing I fire up after starting X is Eterm with a transparant+shaded theme. Even with the old scheduler this Eterm wasn't too snappy, but with SCHED_ULE it hangs X for about 1-2 seconds. I'm currently running a kernel compile and everything still isn't as fluid as before and the mouse is quite jumpy. Still, seems better then what I experienced a week ago.

I'll be happy to keep compiling when you check in updates. I buildworld/kernel almost every day.

James.

On Tue, 4 Mar 2003 01:25:24 -0500 (EST)
Jeff Roberson <jroberson@chesapeake.net> wrote:

> I'm using SCHED_ULE on my laptop now.  My recent round of fixes seems to
> have helped out.  I'm getting good interactive performance.  I'm doing the
> following:
> 
> nice -5'd for (;;) {} process.
> make -j4 buildworld
> 
> Mozilla, pine, irc, screen, vi, etc.
> 
> All interactive tasks are very responsive.  My nice -5'd looping process
> is getting 70% of the cpu and my compile is taking the rest.  nice +20 may
> not behave as well as in sched_4bsd right now.  I'm going to work on that.
> 
> This is on a 2ghz laptop though so your mileage may vary.  Use reports are
> welcome.
> 
> Interactivity suffered so much over the last few weeks because I changed
> the mechanism that determines interactivity and that impacts slice
> assignment and priorities.  It took me a while to get it right but it
> solved a major drawback with the old scheme.  I do not anticipate any
> major rework on this part of the scheduler now.  It should only be tuning.
> 
> One thing that I'm looking for feedback on specifically is expensive but
> interactive applications.  I'm thinking of office programs or mozilla on a
> slow machine.  Do this while running a compile or a compute bound task.
> 
> Thanks,
> Jeff
> 
> 
> 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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 15:49:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 76C0D37B406
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 15:49:41 -0800 (PST)
Received: from web20714.mail.yahoo.com (web20714.mail.yahoo.com [66.163.169.155])
	by mx1.FreeBSD.org (Postfix) with SMTP id 6504043FDF
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 15:49:40 -0800 (PST)
	(envelope-from jmw_ymail@yahoo.com)
Message-ID: <20030305234940.70708.qmail@web20714.mail.yahoo.com>
Received: from [24.197.167.221] by web20714.mail.yahoo.com via HTTP; Wed, 05 Mar 2003 15:49:40 PST
Date: Wed, 5 Mar 2003 15:49:40 -0800 (PST)
From: John Wilson <jmw_ymail@yahoo.com>
Subject: Re: A few 5.0-Release questions...
To: Chris Shenton <chris@shenton.org>
Cc: Scott Long <scott_long@btc.adaptec.com>,
	freebsd-questions@freebsd.org, freebsd-current@freebsd.org
In-Reply-To: <87fzq2ufn5.fsf@Pectopah.shenton.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

--- Chris Shenton <chris@shenton.org> wrote:
> FWIW, I had absolutely no trouble booting and
> installing 5.0-R on my 600SC, with the DELL-supplied
CERC
> RAID card (amr device recognized it, but it drives
4x
> ATA disks rather than SCSI), and an Intel gigabit
> ether card.  Got X11 working on it rather easily
> too.  I don't have any other drives (than the
supplied IDE
> CD) in the box.

The only trouble that I've experienced was with adding
a new video card, an ATI All-In-Wonder VE (Radeon
7500, PCI version).  When the card is not installed,
and I'm using the integrated RageXL video, all works
just great.  However, once a new PCI video card is
installed, I get NMI errors on boot, with a system
hang.

I've tried a few different things to try and resolve
the issue; removing 'options EISA' from the kernel,
and removing 'device agp' from the kernel.  I've
checked the mainboard for jumpers to fully disable the
integrated video; there are none.

Thus far, the only way I can get FreeBSD-5.0 to boot
without incident was to add,
'hw.pci.enable_io_modes=0' to /boot/device.hints. 
Once I do that, no more NMI errors.

I just hope and pray this option remains with FreeBSD
for a long time to come so I can continue to use this
ATI AIW card.  X with the integrated RageXL sucks. :p

- John Wilson <jmw74@charter.net>

__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 15:52:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C87B737B401; Wed,  5 Mar 2003 15:52:23 -0800 (PST)
Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3E2E943FBD; Wed,  5 Mar 2003 15:52:23 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from 12-234-22-23.client.attbi.com ([12.234.22.23])
          by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP
          id <20030305235222053001sibje>; Wed, 5 Mar 2003 23:52:22 +0000
Date: Wed, 5 Mar 2003 15:52:22 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: The Anarcat <anarcat@anarcat.ath.cx>
Cc: Adrian Steinmann <ast@marabu.ch>, current@freebsd.org,
	subscriber@insignia.com, "Jacques A. Vidrine" <nectar@freebsd.org>
Subject: Re: Plea for base system trim
In-Reply-To: <20030305225532.GG24059@xtanbul>
Message-ID: <20030305155155.V50404@12-234-22-23.pyvrag.nggov.pbz>
References: <200303051700.SAA06561@marabu.marabu.ch>
 <20030305142412.D50404@12-234-22-23.pyvrag.nggov.pbz> <20030305225532.GG24059@xtanbul>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, The Anarcat wrote:

> Juste jumping in... Couldn't you just:
>
> sed -i.orig -e <pattern> Makefile

No, because sed -i is evil, and will cause you to have hairy palms.

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 15:55:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 634E537B401; Wed,  5 Mar 2003 15:55:39 -0800 (PST)
Received: from mail1.qc.uunet.ca (mail1.qc.uunet.ca [198.168.54.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id BAF8543F93; Wed,  5 Mar 2003 15:55:37 -0800 (PST)
	(envelope-from anarcat@espresso-com.com)
Received: from xtanbul.studio.espresso-com.com ([216.94.147.57])
	by mail1.qc.uunet.ca (8.10.2/8.10.2) with ESMTP id h25NtXZ19669;
	Wed, 5 Mar 2003 18:55:34 -0500
Received: from anarcat by xtanbul.studio.espresso-com.com with local (Exim 3.36 #1 (Debian))
	id 18qijR-0006pM-00; Wed, 05 Mar 2003 18:55:29 -0500
Date: Wed, 5 Mar 2003 18:55:29 -0500
From: The Anarcat <anarcat@anarcat.ath.cx>
To: Doug Barton <DougB@freebsd.org>
Cc: Adrian Steinmann <ast@marabu.ch>, current@freebsd.org,
	subscriber@insignia.com, "Jacques A. Vidrine" <nectar@freebsd.org>
Subject: Re: Plea for base system trim
Message-ID: <20030305235529.GI24059@xtanbul>
References: <200303051700.SAA06561@marabu.marabu.ch> <20030305142412.D50404@12-234-22-23.pyvrag.nggov.pbz> <20030305225532.GG24059@xtanbul> <20030305155155.V50404@12-234-22-23.pyvrag.nggov.pbz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030305155155.V50404@12-234-22-23.pyvrag.nggov.pbz>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed Mar 05, 2003 at 03:52:22PM -0800, Doug Barton wrote:
> On Wed, 5 Mar 2003, The Anarcat wrote:
> 
> > Juste jumping in... Couldn't you just:
> >
> > sed -i.orig -e <pattern> Makefile
> 
> No, because sed -i is evil, and will cause you to have hairy palms.

What?

A.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 16:38:49 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 523C937B401
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 16:38:47 -0800 (PST)
Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.85])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C293043FA3
	for <current@FreeBSD.org>; Wed,  5 Mar 2003 16:38:46 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h260ckbq010693
	for <current@FreeBSD.org>; Wed, 5 Mar 2003 16:38:46 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBAXSL00.Q0H;
          Wed, 5 Mar 2003 16:38:45 -0800 
Date: Wed, 5 Mar 2003 18:38:43 -0600
Subject: Re: CVSROOT directory gone?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: current@FreeBSD.org
To: Michael Hostbaek <mich@freebsdcluster.org>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <20030305143447.GD42195@mich2.itxmarket.com>
Message-Id: <FBDC2DE0-4F6B-11D7-885F-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Ah... my bad  thanks for the response.

I wish I actually had time to read all the emails I actually get :)

Dave
On Wednesday, March 5, 2003, at 08:34 AM, Michael Hostbaek wrote:

> The following mail was sent to current@ from Peter Wemm yesterday:
>
> <snip>
>
> Anybody who uses the cvs-supfile example to get the repository should 
> add
> "cvsroot-all" to their supfile.  This is in addition to src-all, 
> ports-all,
> doc-all etc.
>
> This is *ONLY* for the folks getting the CVS ,v files via cvsup.  If 
> you
> use tag=. or tag=RELENG_4, then you are not affected by this.
>
> I have updated cvs-supfile in -current but not RELENG_4 yet.
>
> Cheers,
> -Peter
> </snip>
>
> /mich
> David Leimbach (leimy2k) writes:
>> I can't seem to get a mirror copy of the CVSROOT directory with my
>> cvsup script.
>>
>> This worked fine a few days ago.  cvsup2.FreeBSD.org is the server I
>> used.
>>
>>
>> Dave
>>
>>
>> To Unsubscribe: send mail to majordomo@FreeBSD.org
>> with "unsubscribe freebsd-current" in the body of the message
>
> -- 
> Best Regards,
> 	Michael Landin Hostbaek
> 	FreeBSDCluster.org - an International Community
>
> 	*/ PGP-key available upon request /*


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 16:42:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4617937B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:42:52 -0800 (PST)
Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.89])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C410343FBF
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:42:51 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h260gp8I003067
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 16:42:51 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBAXZF00.J0R;
          Wed, 5 Mar 2003 16:42:51 -0800 
Date: Wed, 5 Mar 2003 18:42:48 -0600
Subject: Re: IP over IEEE1394?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: <freebsd-current@freebsd.org>
To: "Cagle, John (ISS-Houston)" <john.cagle@hp.com>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <C50AB9511EE59B49B2A503CB7AE1ABD10476C011@cceexc19.americas.cpqcorp.net>
Message-Id: <8E02CFA7-4F6C-11D7-885F-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Well there are firewire hubs and the machines I typically do this on are
Macs which generally have 2 firewire ports... you can make a small ring
network that way.

Dave
On Wednesday, March 5, 2003, at 08:36 AM, Cagle, John (ISS-Houston) 
wrote:

> Wouldn't you need a firewire switch to do a cluster of more than 2
> nodes?  Or are you thinking of using multiple firewire interfaces per
> node?
>
>> -----Original Message-----
>> From: David Leimbach [mailto:leimy2k@mac.com]
>> Sent: Wednesday, March 05, 2003 8:32 AM
>> To: Christopher Fowler
>> Cc: freebsd-current@freebsd.org
>> Subject: Re: IP over IEEE1394?
>>
>>
>> True... I guess I didn't state my case clearly enough that I
>> think IP
>> over firewire
>> is in itself a good thing for clusters.
>>
>> ppp connections with it are fine too but not very useful for
>> my line of
>> work
>> which is parallel computing middleware :)
>>
>> Dave


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 16:43:23 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3110837B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:43:19 -0800 (PST)
Received: from smtpout.mac.com (A17-250-248-97.apple.com [17.250.248.97])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8E84143FDD
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:43:18 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h260hIA5016885
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 16:43:18 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBAY0500.E4X;
          Wed, 5 Mar 2003 16:43:17 -0800 
Date: Wed, 5 Mar 2003 18:43:15 -0600
Subject: Re: IP over IEEE1394?
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: freebsd-current@freebsd.org
To: Christopher Fowler <cfowler@outpostsentinel.com>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <1046875304.5667.31.camel@cfowler.outpostsentinel.com>
Message-Id: <9DE4D732-4F6C-11D7-885F-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I hadn't thought of this.... Interesting :)

Dave
On Wednesday, March 5, 2003, at 08:41 AM, Christopher Fowler wrote:

> You can run IP via PPP.  PPPD is used all the time for VPN.  I've got 2
> networks that are combined via PPPD over a tunnel because they are both
> on private networks and have only 1 public IP.
>
> However, The overhead could get you. I'm not sure you want to go down
> the writer of creating another interface.  Maybe you could use the SLIP
> interface and capture that IP stuff and send across.
>
>
>
> On Wed, 2003-03-05 at 09:32, David Leimbach wrote:
>> True... I guess I didn't state my case clearly enough that I think IP
>> over firewire
>> is in itself a good thing for clusters.
>>
>> ppp connections with it are fine too but not very useful for my line  
>> of
>> work
>> which is parallel computing middleware :)
>>
>> Dave
>> On Wednesday, March 5, 2003, at 08:30 AM, Christopher Fowler wrote:
>>
>>> The beauty of ppp is that you have support in the kernel to do it.
>>> Else, you are stuck to writing some type of interface driver for the
>>> kernel.  In the short term, this may not be a workable solution.
>>>
>>> On a side note,
>>>
>>> I read an article on /. about using firewire + MinDV for backup.  I
>>> guess I can get some use out of my camera after all.
>>>
>>> Chris
>>>
>>> On Wed, 2003-03-05 at 09:21, David Leimbach wrote:
>>>> Yeah... point to point connections are interesting and powerful but  
>>>> IP
>>>> would
>>>> be better if we could get it.
>>>>
>>>> I wish I knew more about how to implement it. :)
>>>>
>>>> Dave
>>>> On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:
>>>>
>>>>> This may not be a workable solution, but if you can get 2 programs  
>>>>> to
>>>>> send data across the firewire to one another, you could use pppd
>>>>> through
>>>>> that tunnel.
>>>>>
>>>>>
>>>>> On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
>>>>>> Interesting... I didn't even know we had Ethernet over firewire  
>>>>>> :).
>>>>>>
>>>>>> Mac OS X and Windows XP both have IP over firewire either working  
>>>>>> or
>>>>>> in the works and somewhat usable.  The only one I can claim any
>>>>>> experience
>>>>>> with is Mac OS X.  It's somewhat flaky though and you get  
>>>>>> unreliable
>>>>>> spikes
>>>>>> in some basic performance tests I have done with it.
>>>>>>
>>>>>> It would be a really interesting value added feature for FreeBSD  
>>>>>> 5.x
>>>>>> and could potentially open FBSD up even more to the "cluster"  
>>>>>> market
>>>>>> which is somewhere its not as proliferated as linux.
>>>>>>
>>>>>> With the advent of firewire2  on the horizon it may be even more
>>>>>> impressive.
>>>>>>
>>>>>> I believe there is even an Oracle product for linux which can
>>>>>> cluster
>>>>>> databases
>>>>>> over firewire now.  [I don't know if its IP though]
>>>>>>
>>>>>>
>>>>>> Dave
>>>>>> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva  
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>> Hi, there is some plan to port NetBSD's implementation of IP over
>>>>>>> Firewire? I know, we have "Ethernet over Firewire", but like the
>>>>>>> Linux
>>>>>>> one, isn't a standard...
>>>>>>>
>>>>>>> Just curious.
>>>>>>>
>>>>>>> ----------------------------------------------------------------- 
>>>>>>> --
>>>>>>> --
>>>>>>> --
>>>>>>> -------
>>>>>>>     (_ )   "Contrary to popular belief, UNIX is user friendly. It
>>>>>>> just
>>>>>>> happens
>>>>>>>  \\\'',) ^  to be very selective about who it decides to make
>>>>>>> friends
>>>>>>> with."
>>>>>>>    \/  \(
>>>>>>>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
>>>>>>> ----------------------------------------------------------------- 
>>>>>>> --
>>>>>>> --
>>>>>>> --
>>>>>>> ------
>>>>>>>
>>>>>>>
>>>>>>> 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-current" in the body of the message
>>>>>
>>>>>
>>>>
>>>>
>>>> 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-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 16:46: 7 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3D21837B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:46:06 -0800 (PST)
Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BE83943FA3
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:46:05 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from 12-234-22-23.client.attbi.com ([12.234.22.23])
          by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP
          id <2003030600460505100ioksqe>; Thu, 6 Mar 2003 00:46:05 +0000
Date: Wed, 5 Mar 2003 16:46:04 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Philip Paeps <philip@paeps.cx>
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
In-Reply-To: <20030305232641.GC621@juno.home.paeps.cx>
Message-ID: <20030305163732.Y50404@12-234-22-23.pyvrag.nggov.pbz>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
 <20030305015947.M18288@znfgre.tberna.bet> <20030305232641.GC621@juno.home.paeps.cx>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 6 Mar 2003, Philip Paeps wrote:

> Is it actually possible for one to build a custom release without the
> ``unnecessary'' BIND bits?  I haven't grepped the source, forgive me,
> but what does 'NO_BIND=true' actually do?  If I were to make a release
> like that, would that end me up without resolver as well?

It's not as thorough as I think it should be. I plan to get cracking on
this now that I've got my ports more or less whipped into shape
pre-freeze.

> Perhaps a NO_NSLOOKUP flag? ;-)

Yeah, I'll add that along with the PIGS_WILL_FLY flag.

> I just spotted those flags a few days ago.  They're very useful.

Good news, thanks.

> Now my fiddling with the BIND port is reduced to making stuff live under
> /var/namedb instead of /etc/namedb as I like having / mounted read-only
> as much as possible.

One way you can do this fairly easily with PORT_REPLACES_BASE is to have
your chroot tree look something like this:

/var/named/<other stuff you need>
/var/named/etc/namedb/named.conf (etc)

Then have /etc/namedb be a symlink to /var/named/etc/namedb, with
'directory "/etc/namedb";' in your named.conf file. That way, both named
and ndc "see" the same picture of the system, in and out of the chroot
tree. I already use this at work, and I plan to add a lot of this config
to the base itself here pretty soon. But you can easily get a head start
on it now using what I described above.

Doug

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 16:46:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D96CC37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:46:43 -0800 (PST)
Received: from smtpout.mac.com (A17-250-248-88.apple.com [17.250.248.88])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5222843FB1
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 16:46:43 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp02.mac.com (asmtp02-qfe3 [10.13.10.66])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h260khmT006767
	for <freebsd-current@freebsd.org>; Wed, 5 Mar 2003 16:46:43 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp02.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBAY5T00.P0W;
          Wed, 5 Mar 2003 16:46:41 -0800 
Date: Wed, 5 Mar 2003 18:46:39 -0600
Subject: Re: IP over IEEE1394?
Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: freebsd-current@freebsd.org
To: Christopher Fowler <cfowler@outpostsentinel.com>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <1046880809.7425.6.camel@cfowler.outpostsentinel.com>
Message-Id: <1772895E-4F6D-11D7-885F-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wednesday, March 5, 2003, at 10:13 AM, Christopher Fowler wrote:

> If toy are using PVM or similar technologies, would'nt the best route  
> to
> be to pick a transport that is the fastest.  Last thing you want is
> messages to be bogged down in transport.
>
Assuming you can afford the hundreds of thousands of dollars to purchase
such a good transport sure :).

Personally I don't think people should purchase clusters but they should
purchase cluster time on a well configured server like a utility.

IBM seems to believe this is true also.

> I would stay away from message passing over slow links.  You could use
> the firewall for heartbeat.
>
People do clustering with fast ethernet all the time. ... I know  
because we sell
a lot of it where I work :).  Gigabit ethernet is better but switches  
are costly.

Dave

>
> On Wed, 2003-03-05 at 09:32, David Leimbach wrote:
>> True... I guess I didn't state my case clearly enough that I think IP
>> over firewire
>> is in itself a good thing for clusters.
>>
>> ppp connections with it are fine too but not very useful for my line  
>> of
>> work
>> which is parallel computing middleware :)
>>
>> Dave
>> On Wednesday, March 5, 2003, at 08:30 AM, Christopher Fowler wrote:
>>
>>> The beauty of ppp is that you have support in the kernel to do it.
>>> Else, you are stuck to writing some type of interface driver for the
>>> kernel.  In the short term, this may not be a workable solution.
>>>
>>> On a side note,
>>>
>>> I read an article on /. about using firewire + MinDV for backup.  I
>>> guess I can get some use out of my camera after all.
>>>
>>> Chris
>>>
>>> On Wed, 2003-03-05 at 09:21, David Leimbach wrote:
>>>> Yeah... point to point connections are interesting and powerful but  
>>>> IP
>>>> would
>>>> be better if we could get it.
>>>>
>>>> I wish I knew more about how to implement it. :)
>>>>
>>>> Dave
>>>> On Wednesday, March 5, 2003, at 08:23 AM, Christopher Fowler wrote:
>>>>
>>>>> This may not be a workable solution, but if you can get 2 programs  
>>>>> to
>>>>> send data across the firewire to one another, you could use pppd
>>>>> through
>>>>> that tunnel.
>>>>>
>>>>>
>>>>> On Wed, 2003-03-05 at 08:25, David Leimbach wrote:
>>>>>> Interesting... I didn't even know we had Ethernet over firewire  
>>>>>> :).
>>>>>>
>>>>>> Mac OS X and Windows XP both have IP over firewire either working  
>>>>>> or
>>>>>> in the works and somewhat usable.  The only one I can claim any
>>>>>> experience
>>>>>> with is Mac OS X.  It's somewhat flaky though and you get  
>>>>>> unreliable
>>>>>> spikes
>>>>>> in some basic performance tests I have done with it.
>>>>>>
>>>>>> It would be a really interesting value added feature for FreeBSD  
>>>>>> 5.x
>>>>>> and could potentially open FBSD up even more to the "cluster"  
>>>>>> market
>>>>>> which is somewhere its not as proliferated as linux.
>>>>>>
>>>>>> With the advent of firewire2  on the horizon it may be even more
>>>>>> impressive.
>>>>>>
>>>>>> I believe there is even an Oracle product for linux which can
>>>>>> cluster
>>>>>> databases
>>>>>> over firewire now.  [I don't know if its IP though]
>>>>>>
>>>>>>
>>>>>> Dave
>>>>>> On Wednesday, March 5, 2003, at 01:43 AM, Rossam Souza Silva  
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>> Hi, there is some plan to port NetBSD's implementation of IP over
>>>>>>> Firewire? I know, we have "Ethernet over Firewire", but like the
>>>>>>> Linux
>>>>>>> one, isn't a standard...
>>>>>>>
>>>>>>> Just curious.
>>>>>>>
>>>>>>> ----------------------------------------------------------------- 
>>>>>>> --
>>>>>>> --
>>>>>>> --
>>>>>>> -------
>>>>>>>     (_ )   "Contrary to popular belief, UNIX is user friendly. It
>>>>>>> just
>>>>>>> happens
>>>>>>>  \\\'',) ^  to be very selective about who it decides to make
>>>>>>> friends
>>>>>>> with."
>>>>>>>    \/  \(
>>>>>>>    .\._/_)  Rossam Souza Silva (rss@cin.ufpe.br)
>>>>>>> ----------------------------------------------------------------- 
>>>>>>> --
>>>>>>> --
>>>>>>> --
>>>>>>> ------
>>>>>>>
>>>>>>>
>>>>>>> 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-current" in the body of the message
>>>>>
>>>>>
>>>>
>>>>
>>>> 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-current" in the body of the message
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 16:49: 6 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6D9B137B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 16:49:05 -0800 (PST)
Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.86])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 62A6E43FA3
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 16:49:00 -0800 (PST)
	(envelope-from leimy2k@mac.com)
Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65])
	by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h260n0Gs003022
	for <current@FreeBSD.ORG>; Wed, 5 Mar 2003 16:49:00 -0800 (PST)
Received: from mac.com ([67.33.228.33]) by asmtp01.mac.com
          (Netscape Messaging Server 4.15) with ESMTP id HBAY9N00.258;
          Wed, 5 Mar 2003 16:48:59 -0800 
Date: Wed, 5 Mar 2003 18:48:57 -0600
Subject: Re: IP over IEEE1394?
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: Rossam Souza Silva <rss@cin.ufpe.br>, current@FreeBSD.ORG
To: Wilko Bulte <wkb@freebie.xs4all.nl>
From: David Leimbach <leimy2k@mac.com>
In-Reply-To: <20030305190134.H5349@freebie.xs4all.nl>
Message-Id: <69DCFB5C-4F6D-11D7-885F-0003937E39E0@mac.com>
Content-Transfer-Encoding: 7bit
X-Mailer: Apple Mail (2.551)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>>
>
> The interconnect is just 10% of the whole cluster story. Firewire
> is one possibility, but Fibrechannel you could do today if you wanted
> to. We have Fibrechannel support in the Qlogic isp(4) driver (thanks
> Matt!) today.
>

Yeah... if you are lucky 10% :).  In fact latency in messages isn't as 
important
as some people would like you to believe either.  A well written MPI 
library
  [and MPI application] allows overlap of communication and computation
that improves the overall wall clock time of the job... which is the 
ultimate goal.

Get it done correctly and get it done ASAP! :)

but that's WAAAAY offtopic now :)

Dave


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 17: 7:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3644037B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:07:34 -0800 (PST)
Received: from horkos.telenet-ops.be (horkos.telenet-ops.be [195.130.132.45])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DE2AE43FAF
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:07:27 -0800 (PST)
	(envelope-from philip@paeps.cx)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by horkos.telenet-ops.be (Postfix) with SMTP id 1DCF483C0C
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:07:27 +0100 (CET)
Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70])
	by horkos.telenet-ops.be (Postfix) with ESMTP id 0098A83C08
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:07:26 +0100 (CET)
Received: from juno.home.paeps.cx (juno.home.paeps.cx [2001:ab8:2007:0:240:f4ff:fe31:3090])
	by fortuna.home.paeps.cx (Postfix) with ESMTP id B7BC820A7
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:08:38 +0100 (CET)
Received: by juno.home.paeps.cx (Postfix, from userid 1001)
	id 547A01078; Thu,  6 Mar 2003 02:07:26 +0100 (CET)
Date: Thu, 6 Mar 2003 02:07:24 +0100
From: Philip Paeps <philip@paeps.cx>
To: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
Message-ID: <20030306010724.GE621@juno.home.paeps.cx>
Mail-Followup-To: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com> <20030305015947.M18288@znfgre.tberna.bet> <20030305232641.GC621@juno.home.paeps.cx> <20030305163732.Y50404@12-234-22-23.pyvrag.nggov.pbz>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <20030305163732.Y50404@12-234-22-23.pyvrag.nggov.pbz>
X-Date-in-Rome: pridie Nonas Martias MMDCCLVI ab Urbe Condida
X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879
X-Message-Flag: Get a proper mailclient!  Mutt: <http://www.mutt.org/>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2003-03-05 16:46:04 (-0800), Doug Barton <DougB@FreeBSD.org> wrote:
> On Thu, 6 Mar 2003, Philip Paeps wrote:
> > Is it actually possible for one to build a custom release without the
> > ``unnecessary'' BIND bits?  I haven't grepped the source, forgive me, but
> > what does 'NO_BIND=true' actually do?  If I were to make a release like
> > that, would that end me up without resolver as well?
> 
> It's not as thorough as I think it should be. I plan to get cracking on this
> now that I've got my ports more or less whipped into shape pre-freeze.

Thanks!  The possibility of having a way to completely erradicate the
'superfluous' bits of BIND sounds very appealing.  I'd be happy to break some
machines to help test this :-)

> > Perhaps a NO_NSLOOKUP flag? ;-)
> 
> Yeah, I'll add that along with the PIGS_WILL_FLY flag.

*grin*

> > Now my fiddling with the BIND port is reduced to making stuff live under
> > /var/namedb instead of /etc/namedb as I like having / mounted read-only as
> > much as possible.
> 
> One way you can do this fairly easily with PORT_REPLACES_BASE is to have
> your chroot tree look something like this:
> 
> /var/named/<other stuff you need>
> /var/named/etc/namedb/named.conf (etc)
> 
> Then have /etc/namedb be a symlink to /var/named/etc/namedb, with
> 'directory "/etc/namedb";' in your named.conf file. 

That looks a lot cleaner than what I've got now.  Good project for tomorrow
morning.  Also gets rid of the confusing (to some) "directory "/"' in the
config, and allows those obsessed with editing /etc/namedb/named.conf to find
themselves at home.

> That way, both named and ndc "see" the same picture of the system, in and
> out of the chroot tree. 

Speaking of ndc, I think that's a BIND8-ism.  Could the port be convinced to
symlink it to rndc when set to replace the base, or would that confuse other
things?  Currently, I'm just aliasing it in my shell, but that seems a bit
hackish :-)

> I already use this at work, and I plan to add a lot of this config to the
> base itself here pretty soon. But you can easily get a head start on it now
> using what I described above.

Briliant!  I'll have people congratulate me on the cleanliness of my
nameserver by lunchtime tomorrow :-P

 - Philip

-- 
Philip Paeps                                          Please don't CC me, I am
philip@paeps.cx                                       subscribed to the list.

  If you see a man approaching you with the obvious intent
  of doing you good, you should run for your life.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 17: 9:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5224F37B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 17:09:38 -0800 (PST)
Received: from exchhz01.viatech.com.cn (ip-167-164-97-218.anlai.com [218.97.164.167])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1633D43FBD
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 17:09:33 -0800 (PST)
	(envelope-from davidxu@freebsd.org)
Received: from davidw2k (ip-240-1-168-192.rev.dyxnet.com [192.168.1.240]) by exchhz01.viatech.com.cn with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
	id 1G6NW26G; Thu, 6 Mar 2003 08:56:08 +0800
Message-ID: <000701c2e37d$285ce930$f001a8c0@davidw2k>
From: "David Xu" <davidxu@freebsd.org>
To: "Luoqi Chen" <lchen@briontech.com>, <current@FreeBSD.ORG>
References: <AHEKICEOIHLOGINAFIINCENOCAAA.lchen@briontech.com>
Subject: Re: ATA MODE_SENSE_BIG timeout
Date: Thu, 6 Mar 2003 09:10:20 +0800
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 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


----- Original Message -----=20
From: "Luoqi Chen" <lchen@briontech.com>
To: "David Xu" <davidxu@FreeBSD.ORG>; <current@FreeBSD.ORG>
Sent: Wednesday, March 05, 2003 8:44 AM
Subject: RE: ATA MODE_SENSE_BIG timeout


> > For those want to fix ATA code, I have another problem
> > with CURRENT.  I have a Tyan Tiger 230T which is based
> > on VIA Apollo 133T, south bridge is VIA 686B.
> > On second IDE,  I have a Mitsubishi 52X cdrom as master,
> > and a Sony 16X CD R/W as slave, when startup, kernel
> > is always stuck at "MODE_SENSE_BIG timeout".
> > I fortunately catched the dmesg text since ATA code past the=20
> > probing stage. In most case,  it will be stuck there forever.
> > BTW, both Linux (2.2.14, Redhat) and MS Windows can probe
> > these devices in few seconds without any problem.
> >=20
> I had more than a few machines behaved this way. I believe
> the problem is with the probe and attach sequence of our
> ata driver. After an ATA reset, according to spec, an ATAPI
> device is supposed to present the ATAPI signature and deassert
> the ready bit, until it receives its first packet command.
> However when the ata driver issues the first mode sense command,
> it polls first for the ready bit which never becomes set and
> the operation times out. The most obviously solution is
> sending the first command without checking for the ready bit.
>=20
> My solution is a little different, but works equally well,
> instead I issue an ATAPI reset (what now called a device reset?),
> because I don't want to write another or alter the current
> ata_command function and we need an atapi_reset function anyway.
> According spec, atapi devices SHOULD ONLY be reset via the
> atapi reset command (our ata driver doesn't follow this rule).
>=20
> The patch is for -stable. I hope it's not too difficult to port
> to -current.
>=20

I have applied the patch manually to CURRENT, it helps nothing. :(
Then I booted kernel without the patch,  waited for a very long time to=20
let ata code retry,  finally  it found  the Sony 16X CD RW,  but I can=20
not mount it.  It is always timeout.

David Xu




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 17:17:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 889F237B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:17:36 -0800 (PST)
Received: from excalibur.skynet.be (excalibur.skynet.be [195.238.3.90])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7A6BA43FBD
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:17:33 -0800 (PST)
	(envelope-from brad.knowles@skynet.be)
Received: from [146.106.12.76] (ip-26.shub-internet.org [194.78.144.26] (may be forged))
	by excalibur.skynet.be (8.12.8/8.12.8/Skynet-OUT-2.21) with ESMTP id h261HOZb002992;
	Thu, 6 Mar 2003 02:17:24 +0100 (MET)
	(envelope-from <brad.knowles@skynet.be>)
Mime-Version: 1.0
X-Sender: bs663385@pop.skynet.be
Message-Id: <a05200f2cba8c51ba7edb@[146.106.12.76]>
In-Reply-To: <20030306010724.GE621@juno.home.paeps.cx>
References: 
 <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insign
 ia.com> <20030305015947.M18288@znfgre.tberna.bet>
 <20030305232641.GC621@juno.home.paeps.cx>
 <20030305163732.Y50404@12-234-22-23.pyvrag.nggov.pbz>
 <20030306010724.GE621@juno.home.paeps.cx>
Date: Thu, 6 Mar 2003 02:17:19 +0100
To: Philip Paeps <philip@paeps.cx>
From: Brad Knowles <brad.knowles@skynet.be>
Subject: Re: Plea for base system trim
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 2:07 AM +0100 2003/03/06, Philip Paeps wrote:

>  Speaking of ndc, I think that's a BIND8-ism.

	Indeed, it is.  With BIND-9, ndc won't even work -- Unix sockets 
aren't supported, and IP sockets are secured with crypto keys.

>                                                Could the port be
>  convinced to symlink it to rndc when set to replace the base, or
>  would that confuse other things?  Currently, I'm just aliasing it
>  in my shell, but that seems a bit hackish :-)

	That could potentially be done, but keep in mind that there are 
some things that ndc can do that rndc can't -- "ndc start" being one 
of the big ones.

-- 
Brad Knowles, <brad.knowles@skynet.be>

"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
     -Benjamin Franklin, Historical Review of Pennsylvania.

GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+
!w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++)
tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++)

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 17:26: 0 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D95AC37B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 17:25:55 -0800 (PST)
Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1D49743FDD
	for <current@freebsd.org>; Wed,  5 Mar 2003 17:25:55 -0800 (PST)
	(envelope-from smkelly@zombie.org)
Received: by edgemaster.zombie.org (Postfix, from userid 1001)
	id 43CA43983B; Wed,  5 Mar 2003 19:25:44 -0600 (CST)
Date: Wed, 5 Mar 2003 19:25:44 -0600
From: Sean Kelly <smkelly@zombie.org>
To: current@freebsd.org
Subject: USB makes system totally FUBAR
Message-ID: <20030306012544.GA790@edgemaster.zombie.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5"
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--bg08WKrSYDhXBjb5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

First off, please note that I had to use a serial console to get all the
information in this message. Whenever the kernel panic'd, it locked my
system hard. This isn't normally the case, but it was with this issue.

I have a SanDisk Corporation(0x0781) ImageMate CompactFlash USB CF
reader(0x0002). Lately, I've been having horrid problems with it under
FreeBSD 5.0-CURRENT. I can only boot with it attached if it is empty (no CF
card loaded). Otherwise, my boot process hangs. If I pull the CF reader
=66rom the USB port during the probe loop, my system panics.

FreeBSD edgemaster.zombie.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Mar
   4 20:30:35 CST 2003 smkelly@edgemaster.zombie.org:/usr/obj/usr/src/sys/
   EDGEMASTER  i386

Here's what I got from the serial console:

When connecting the CF reader without a CF card in it:
uhub0: port error, restarting port 2
uhub0: port error, restarting port 2
umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, addr=
 2
umass0: Get Max Lun not supported (STALLED)
da0 at umass-sim0 bus 0 target 0 lun 0
da0: <SanDisk ImageMate II 1.30> Removable Direct Access SCSI-2 device=20
da0: 1.000MB/s transfers
da0: Attempt to query device size failed: NOT READY, Medium not present
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6
(da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20
(da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error
(da0:umass-sim0:0:0:0): SCSI Status: Check Condition
(da0:umass-sim0:0:0:0): NOT READY asc:3a,0
(da0:umass-sim0:0:0:0): Medium not present
(da0:umass-sim0:0:0:0): Unretryable error
Opened disk da0 -> 6

Disconnecting the CF reader:
umass0: at uhub0 port 2 (addr 2) disconnected
(da0:umass-sim0:0:0:0): lost device
(da0:umass-sim0:0:0:0): removing device entry
umass0: detached

Connecting the CF reader WITH a CF card in it:
uhub0: port error, restarting port 1
umass0: SanDisk Corporation ImageMate CompactFlash USB, rev 1.10/0.09, addr=
 2
umass0: Get Max Lun not supported (STALLED)
umass0: BBB reset failed, STALLED
can't re-use a leaf (minimum_cmd_size)!
umass0: BBB reset failed, STALLED
umass0: BBB reset failed, STALLED
umass0: BBB reset failed, TIMEOUT
umass0: BBB bulk-in clear stall failed, TIMEOUT
umass0: BBB bulk-out clear stall failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT
umass0: BBB bulk-in clear stall failed, TIMEOUT
umass0: BBB bulk-out clear stall failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT
umass0: BBB bulk-in clear stall failed, TIMEOUT
umass0: BBB bulk-out clear stall failed, TIMEOUT
(da0:umass-sim0:0:0:0): got CAM status 0x4
(da0:umass-sim0:0:0:0): fatal error, failed to attach to device
(da0:umass-sim0:0:0:0): lost device
umass0: BBB reset failed, TIMEOUT
umass0: BBB bulk-in clear stall failed, TIMEOUT
umass0: BBB bulk-out clear stall failed, TIMEOUT
umass0: BBB reset failed, TIMEOUT

*** LOOP ***

Pulling the CF reader from the USB port, hoping to stop it:
umass0: at uhub0 port 1 (addr 2) disconnected
umass0: detached
(null): BBB bulk-out clear stall failed, CANCELLED
umass-sim:4:0:0:func_code 0x0901: Invalid target (target needed)
panic: (null): Unknown state 1

Stack backtrace:
backtrace(c0351b6d,c03be120,c04ec2c3,df9a3bbc,1) at backtrace+0x17
panic(c04ec2c3,0,1,c675a000,c04de1f9) at panic+0x96
umass_bbb_state(c72db900,c6d9c600,6,0,c72db93c) at umass_bbb_state+0x60c
usb_transfer_complete(c72db900,2,c72db964,8,c70f9000) at usb_transfer_compl=
ete+0x12a
uhci_abort_xfer(c72db900,6,df9a3c44,c04d1819,c72db900) at uhci_abort_xfer+0=
xb9
uhci_device_ctrl_abort(c72db900,c70f9000,df9a3c50,c04d1491,c70f9000) at uhc=
i_device_ctrl_abort+0x19
usbd_ar_pipe(c70f9000,df9a3c64,c04d0164,c70f9000,c6e3da00) at usbd_ar_pipe+=
0x29
usbd_abort_pipe(c70f9000,c6e3da00,c6da8100,df9a3c80,c04d0bbd) at usbd_abort=
_pipe+0x11
usbd_kill_pipe(c70f9000,c01e12aa,c6da8100,1,c677dd30) at usbd_kill_pipe+0x14
usb_free_device(c6da8100,c6e3da00,c6723980,c6723980,3) at usb_free_device+0=
x1d
usb_disconnect_port(c677dd30,c677da80,11,2,0) at usb_disconnect_port+0xda
uhub_explore(c677db80,c6769660,df9a3d0c,c04ce7c8,c6769660) at uhub_explore+=
0x18e
usb_discover(c6769660,0,5c,c04de214,1770) at usb_discover+0x35
usb_event_thread(c6769660,df9a3d48,c034fac6,35f,0) at usb_event_thread+0x68
fork_exit(c04ce760,c6769660,df9a3d48) at fork_exit+0xb2
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip =3D 0, esp =3D 0xdf9a3d7c, ebp =3D 0 ---

syncing disks, buffers remaining... panic: bdwrite: buffer is not busy
Uptime: 7m57s
umass-sim:4:0:0:func_code 0x0901: Invalid target (target needed)
(da0:umass-sim0:0:0:0): Synchronize cache failed, status =3D=3D 0x39, scsi =
status =3D=3D 0x0
Dumping 1279 MB
ata1: resetting devices ..
done

--=20
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org

--bg08WKrSYDhXBjb5
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZqOYPm7A9NLl4pYRAsU2AJ9tciSzViin22ssx9mjW4Vb6UT0UgCdFr6T
WyZj28ghRYPiqN7qhNo88pM=
=kRvl
-----END PGP SIGNATURE-----

--bg08WKrSYDhXBjb5--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 17:32:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3266737B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:32:32 -0800 (PST)
Received: from sccrmhc03.attbi.com (sccrmhc03.attbi.com [204.127.202.63])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7A84A43FB1
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:32:31 -0800 (PST)
	(envelope-from DougB@freebsd.org)
Received: from 12-234-22-23.client.attbi.com ([12.234.22.23])
          by sccrmhc03.attbi.com (sccrmhc03) with SMTP
          id <2003030601323000300aj0hne>; Thu, 6 Mar 2003 01:32:30 +0000
Date: Wed, 5 Mar 2003 17:32:29 -0800 (PST)
From: Doug Barton <DougB@FreeBSD.org>
To: Philip Paeps <philip@paeps.cx>
Cc: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
In-Reply-To: <20030306010724.GE621@juno.home.paeps.cx>
Message-ID: <20030305173053.S50404@12-234-22-23.pyvrag.nggov.pbz>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com>
 <20030305015947.M18288@znfgre.tberna.bet> <20030305232641.GC621@juno.home.paeps.cx>
 <20030305163732.Y50404@12-234-22-23.pyvrag.nggov.pbz>
 <20030306010724.GE621@juno.home.paeps.cx>
Organization: http://www.FreeBSD.org/
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 6 Mar 2003, Philip Paeps wrote:

> > That way, both named and ndc "see" the same picture of the system, in and
> > out of the chroot tree.
>
> Speaking of ndc, I think that's a BIND8-ism.

Not _exactly_ true, but yes, ndc is what you use to manage BIND 8. All
comparisons to tools that you may or may not use to manage future versions
of BIND are apples and oranges.

-- 

    This .signature sanitized for your protection

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 17:38:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7E6E837B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:38:09 -0800 (PST)
Received: from eos.telenet-ops.be (eos.telenet-ops.be [195.130.132.40])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 104BE43FB1
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 17:38:08 -0800 (PST)
	(envelope-from philip@paeps.cx)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by eos.telenet-ops.be (Postfix) with SMTP id AF6251FF0E
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:38:06 +0100 (CET)
Received: from fortuna.home.paeps.cx (D5768746.kabel.telenet.be [213.118.135.70])
	by eos.telenet-ops.be (Postfix) with ESMTP id A0FEE1FF12
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:38:06 +0100 (CET)
Received: from juno.home.paeps.cx (juno.home.paeps.cx [2001:ab8:2007:0:240:f4ff:fe31:3090])
	by fortuna.home.paeps.cx (Postfix) with ESMTP id 919E320AB
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:39:18 +0100 (CET)
Received: by juno.home.paeps.cx (Postfix, from userid 1001)
	id E3EC11094; Thu,  6 Mar 2003 02:38:05 +0100 (CET)
Date: Thu, 6 Mar 2003 02:38:04 +0100
From: Philip Paeps <philip@paeps.cx>
To: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
Subject: Re: Plea for base system trim
Message-ID: <20030306013804.GF621@juno.home.paeps.cx>
Mail-Followup-To: "FreeBSD-Current (E-mail)" <freebsd-current@freebsd.org>
References: <2F03DF3DDE57D411AFF4009027B8C36704129AE6@exchange-uk.isltd.insignia.com> <20030305015947.M18288@znfgre.tberna.bet> <20030305232641.GC621@juno.home.paeps.cx> <20030305163732.Y50404@12-234-22-23.pyvrag.nggov.pbz> <20030306010724.GE621@juno.home.paeps.cx> <a05200f2cba8c51ba7edb@[146.106.12.76]>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <a05200f2cba8c51ba7edb@[146.106.12.76]>
X-Date-in-Rome: pridie Nonas Martias MMDCCLVI ab Urbe Condida
X-PGP-Fingerprint: FA74 3C27 91A6 79D5 F6D3 FC53 BF4B D0E6 049D B879
X-Message-Flag: Get a proper mailclient!  Mutt: <http://www.mutt.org/>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 2003-03-06 02:17:19 (+0100), Brad Knowles <brad.knowles@skynet.be> wrote:
> At 2:07 AM +0100 2003/03/06, Philip Paeps wrote:
> > Speaking of ndc, I think that's a BIND8-ism.
> 
> Indeed, it is.  With BIND-9, ndc won't even work 

I discovered that the unpleasant way.  Typing ndc gave me a long list of
socket errors and other general unhappiness.  Even after quite a while, I
still find myself forgetting the 'r' in ndc.  Good I have an alias :-)

> > Could the port be convinced to symlink it to rndc when set to replace the
> > base, or would that confuse other things?  Currently, I'm just aliasing it
> > in my shell, but that seems a bit hackish :-)
> 
> That could potentially be done, but keep in mind that there are some things
> that ndc can do that rndc can't -- "ndc start" being one of the big ones.

Mmm, true.  For all purposes, however, rndc is the ndc of BIND9, and I doubt
I'm the only DNS-admin who's typed ndc so often it's become a nervous tic :-)

I didn't realise the 'ndc start' bit though.  Sounds a bit like a chicken/egg
situation?  Life's little existential mysteries, eh?

 - Philip

-- 
Philip Paeps                                          Please don't CC me, I am
philip@paeps.cx                                       subscribed to the list.

  BOFH Excuse #329:
    Server depressed, needs Prozac

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 18:10:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D983037B401
	for <current@freebsd.org>; Wed,  5 Mar 2003 18:10:40 -0800 (PST)
Received: from mail.flugsvamp.com (ts46-01-qdr3643.mdfrd.or.charter.com [68.118.36.71])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0A6D043F3F
	for <current@freebsd.org>; Wed,  5 Mar 2003 18:10:40 -0800 (PST)
	(envelope-from jlemon@flugsvamp.com)
Received: (from jlemon@localhost)
	by mail.flugsvamp.com (8.12.6/8.12.6) id h262AGhp020622
	for current@freebsd.org; Wed, 5 Mar 2003 20:10:16 -0600 (CST)
	(envelope-from jlemon)
Date: Wed, 5 Mar 2003 20:10:16 -0600
From: Jonathan Lemon <jlemon@flugsvamp.com>
To: current@freebsd.org
Subject: witness: nfs & buf queue
Message-ID: <20030305201016.S61787@flugsvamp.com>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Doing a kernel build over NFS on today's -current gives a pile of
following error messages during the final link phase:

Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
...

--
Jonathan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 18:19: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1B02437B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 18:19:03 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 694D943F85
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 18:19:02 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 3D93266B60; Wed,  5 Mar 2003 18:19:02 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id B7B99E52; Wed,  5 Mar 2003 18:18:56 -0800 (PST)
Date: Wed, 5 Mar 2003 18:18:56 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Nuno Teixeira <nunotex@aeiou.pt>
Cc: freebsd-current@freebsd.org
Subject: Re: -O2 broke ppp NAT
Message-ID: <20030306021856.GE92171@rot13.obsecurity.org>
References: <20030305220020.GA647@gw.tex.bogus>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="BRE3mIcgqKzpedwo"
Content-Disposition: inline
In-Reply-To: <20030305220020.GA647@gw.tex.bogus>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--BRE3mIcgqKzpedwo
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 05, 2003 at 10:00:20PM +0000, Nuno Teixeira wrote:

> I rebuild everything with no CPUTYPE? and CFLAGS and ppp -nat is working
> again.
>=20
> I know that this isn't a important issue or bug because there are lots
> of warnings about gcc optimizations because the system may become unstabl=
e.

If you can isolate exactly which lines of code are failing then it may
help to identify the bug (either in the FreeBSD code, or in gcc).  If
you're not willing/able to do that, then you've already found the
solution:

> I will not use extra optitimization on my buildsi anymore. A good lesson.

:-)

Kris

--BRE3mIcgqKzpedwo
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZrAQWry0BWjoQKURAp1vAJ9IgGPFxJm1yPpL05PYKqzzLW4rqgCeLu7T
3Q0gsRqFlWivaaK1RqQSqLg=
=7Jk4
-----END PGP SIGNATURE-----

--BRE3mIcgqKzpedwo--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 18:48:54 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E174C37B405
	for <current@freebsd.org>; Wed,  5 Mar 2003 18:48:47 -0800 (PST)
Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BA69D43FDD
	for <current@freebsd.org>; Wed,  5 Mar 2003 18:48:46 -0800 (PST)
	(envelope-from smkelly@zombie.org)
Received: by edgemaster.zombie.org (Postfix, from userid 1001)
	id 1788739839; Wed,  5 Mar 2003 20:48:46 -0600 (CST)
Date: Wed, 5 Mar 2003 20:48:46 -0600
From: Sean Kelly <smkelly@zombie.org>
To: current@freebsd.org
Subject: WITNESS panic in netinet/tcp_input.c
Message-ID: <20030306024845.GA789@edgemaster.zombie.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua"
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--SUOF0GtieIMvvwua
Content-Type: text/plain; charset=unknown-8bit
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

It seems like I'm being handed kernel panics on a platter today. I just got
a WITNESS-related one in /usr/src/sys/netinet/tcp_input.c:2190. And
actually, in the process of writing this message the first time, it
happened again. I've since booted to an older kernel.

The kernel this comes from is 5.0-CURRENT from Tue Mar 4 20:30:35 CST 2003.

Soft updates appears to have turned my public PGP keyring file into a bunch
of NULs too :< I assume that is an artifact of the kernel panic.

Script started on Wed Mar  5 19:51:06 2003
edgemaster# gdb -k /boot/kernel/kernel.debug vmcore.4=20
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain condition=
s.
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-undermydesk-freebsd"...
panic: bwrite: buffer is not busy???
panic messages:
---
panic: lock (sleep mutex) tcp not locked @ /usr/src/sys/netinet/tcp_input.c=
:2190
Stack backtrace:

syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
Uptime: 20m40s
Dumping 1279 MB
ata1: resetting devices ..
done
[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CT=
RL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-=
C to abort] [CTRL-C to abort]  16 32 48[CTRL-C to abort] [CTRL-C to abort] =
[CTRL-C to abort]  64 80 96 112 128 144 160 176 192 208 224 240 256 272 288=
 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 59=
2 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 8=
96 912 928 944 960 976 992 1008 1024 1040 1056 1072 1088 1104 1120 1136 115=
2 1168 1184 1200 1216 1232 1248 1264
---
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
239		dumping++;
(kgdb) bt full
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
No locals.
#1  0xc01cd66a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3=
71
No locals.
#2  0xc01cd8d3 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
	td =3D (struct thread *) 0xc281aa50
	bootopt =3D 260
	newpanic =3D 0
	buf =3D "bwrite: buffer is not busy???\0ked @ /usr/src/sys/netinet/tcp_inp=
ut.c:2190", '\0' <repeats 182 times>
#3  0xc020e142 in bwrite (bp=3D0xd30a4778) at /usr/src/sys/kern/vfs_bio.c:7=
95
	oldflags =3D 537002148
	newbp =3D (struct buf *) 0xc767d5b4
#4  0xc020fe5c in vfs_bio_awrite (bp=3D0xd30a4778)
    at /usr/src/sys/kern/vfs_bio.c:1692
	i =3D 1
	j =3D 0
	lblkno =3D 0
	vp =3D (struct vnode *) 0xc767d5b4
	ncl =3D 0
	nwritten =3D 16384
	size =3D 16384
	maxcl =3D 8
#5  0xc02c0dca in ffs_fsync (ap=3D0xdf976a00)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:257
	vp =3D (struct vnode *) 0xc767d5b4
	ip =3D (struct inode *) 0xd30a4778
	bp =3D (struct buf *) 0xd30a4778
	nbp =3D (struct buf *) 0x0
	error =3D 0
	wait =3D 0
	passes =3D 4
	skipmeta =3D 0
	lbn =3D 1
#6  0xc02bff1e in ffs_sync (mp=3D0xc697a000, waitfor=3D2, cred=3D0xc2806e80=
,=20
    td=3D0xc037f6a0) at vnode_if.h:612
	nvp =3D (struct vnode *) 0xc767d490
	vp =3D (struct vnode *) 0xc767d5b4
	devvp =3D (struct vnode *) 0xc767d5b4
	ip =3D (struct inode *) 0x0
	ump =3D (struct ufsmount *) 0xc699b300
	fs =3D (struct fs *) 0xc6970000
	error =3D 0
	count =3D 0
	wait =3D 0
	lockreq =3D 18
	allerror =3D 0
#7  0xc022261b in sync (td=3D0xc037f6a0, uap=3D0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:138
	mp =3D (struct mount *) 0xc697a000
	nmp =3D (struct mount *) 0x0
	asyncflag =3D 0
#8  0xc01cd29c in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2=
80
	bp =3D (struct buf *) 0x0
	iter =3D -1031689648
	nbusy =3D -1031700352
	pbusy =3D -1031689648
	subiter =3D -1031700352
#9  0xc01cd8d3 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
	td =3D (struct thread *) 0xc281aa50
	bootopt =3D 256
	newpanic =3D 1
	buf =3D "bwrite: buffer is not busy???\0ked @ /usr/src/sys/netinet/tcp_inp=
ut.c:2190", '\0' <repeats 182 times>
#10 0xc01ee013 in witness_unlock (lock=3D0xc038f9cc, flags=3D8,=20
    file=3D0xc035a374 "/usr/src/sys/netinet/tcp_input.c", line=3D2190)
    at /usr/src/sys/kern/subr_witness.c:951
	lock_list =3D (struct lock_list_entry **) 0xc03e3540
	instance =3D (struct lock_instance *) 0xc03e3554
	class =3D (struct lock_class *) 0xc0384160
	s =3D 1664
	i =3D 0
	j =3D -1070007860
#11 0xc01c4952 in _mtx_unlock_flags (m=3D0xc03e3554, opts=3D0,=20
    file=3D0xc038f9cc "`A8=C0\a\2125=C0\a\2125=C0", line=3D-1069664960)
    at /usr/src/sys/kern/kern_mutex.c:357
No locals.
#12 0xc0255ec9 in tcp_input (m=3D0xc038f9cc, off0=3D20)
    at /usr/src/sys/netinet/tcp_input.c:2324
	th =3D (struct tcphdr *) 0xc34c1824
	ip =3D (struct ip *) 0xc34c1810
	ipov =3D (struct ipovly *) 0xc03e3540
	inp =3D (struct inpcb *) 0xc6cce804
	optp =3D (u_char *) 0xc34c1838 "\001\001\b\n\026=FB\034\022"
	optlen =3D 12
	len =3D -1069664940
	tlen =3D 1409
	off =3D -1069664940
	drop_hdrlen =3D 52
	tp =3D (struct tcpcb *) 0xc75ae42c
	thflags =3D 1
	so =3D (struct socket *) 0xc758b300
	todrop =3D -1069664940
	acked =3D -1069664940
	ourfinisacked =3D -1069664940
	needoutput =3D 0
	tiwin =3D 3225302336
	to =3D {to_flags =3D 1, to_tsval =3D 385555474, to_tsecr =3D 123912,=20
  to_cc =3D 0, to_ccecho =3D 0, to_mss =3D 0, to_requested_s_scale =3D 0 '\=
0',=20
  to_pad =3D 0 '\0'}
	taop =3D (struct rmxp_tao *) 0xc03e3554
	tao_noncached =3D {tao_cc =3D 1461, tao_ccsent =3D 49209, tao_mssopt =3D 1=
1371}
	headlocked =3D 0
	next_hop =3D (struct sockaddr_in *) 0x0
	rstreason =3D -1069664940
	ip6 =3D (struct ip6_hdr *) 0x0
	isipv6 =3D 0
#13 0xc024e6ea in ip_input (m=3D0xc283ff00)
    at /usr/src/sys/netinet/ip_input.c:944
	ip =3D (struct ip *) 0xc34c1810
	fp =3D (struct ipq *) 0xc0353989
	ia =3D (struct in_ifaddr *) 0xc6979400
	ifa =3D (struct ifaddr *) 0x0
	i =3D 0
	hlen =3D 20
	checkif =3D 0
	sum =3D 0
	pkt_dst =3D {s_addr =3D 1148225171}
	divert_info =3D 0
	args =3D {m =3D 0xc283ff00, oif =3D 0x0, next_hop =3D 0x0, rule =3D 0x0,=
=20
  eh =3D 0x0, ro =3D 0xdf976ce0, dst =3D 0xc03e6174, flags =3D 227, f_id =
=3D {
    dst_ip =3D 2475061316, src_ip =3D 3560425173, dst_port =3D 49209,=20
    src_port =3D 11371, proto =3D 6 '\006', flags =3D 24 '\030'}, divert_ru=
le =3D 0,=20
  retval =3D 3224731712}
#14 0xc02348a2 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:230
	ni =3D (struct netisr *) 0xc038cb90
	m =3D (struct mbuf *) 0xc283ff00
	bits =3D 0
	i =3D 0
#15 0xc01ae6c2 in ithread_loop (arg=3D0xc2818200)
    at /usr/src/sys/kern/kern_intr.c:536
	ithd =3D (struct ithd *) 0xc2818200
	ih =3D (struct intrhand *) 0xc280f180
	td =3D (struct thread *) 0xc281aa50
	p =3D (struct proc *) 0xc28199ec
#16 0xc01ad902 in fork_exit (callout=3D0xc01ae570 <ithread_loop>, arg=3D0x0=
,=20
    frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:871
	td =3D (struct thread *) 0x0
	p =3D (struct proc *) 0xc28199ec
(kgdb)
edgemaster#=20
Script done on Wed Mar  5 19:51:29 2003


--=20
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org

--SUOF0GtieIMvvwua
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZrcNPm7A9NLl4pYRApQKAJ9irr1pQIZy3IDSeCRVGCEupbHA2QCfVg62
+WmFpgFKlyydfoPKJHfSCE4=
=zIzl
-----END PGP SIGNATURE-----

--SUOF0GtieIMvvwua--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 20:13:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CCABC37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 20:13:33 -0800 (PST)
Received: from web13403.mail.yahoo.com (web13403.mail.yahoo.com [216.136.175.61])
	by mx1.FreeBSD.org (Postfix) with SMTP id 2A60B43F3F
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 20:13:33 -0800 (PST)
	(envelope-from giffunip@yahoo.com)
Message-ID: <20030306041333.7884.qmail@web13403.mail.yahoo.com>
Received: from [200.24.79.242] by web13403.mail.yahoo.com via HTTP; Thu, 06 Mar 2003 05:13:33 CET
Date: Thu, 6 Mar 2003 05:13:33 +0100 (CET)
From: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" <giffunip@yahoo.com>
Subject: Re: [PATCH 5.x] netns
To: freebsd-net@freebsd.org, freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Guys;

I have to agree with Terry that the fixes for netns
should be committed, and furthermore they should be
MFC (using his first patch perhaps). It's a nightmare
to try to rescue anything from the Attic, at least it
would be nice to have it in better shape before
killing it.

The flame fest on removing it or not can go on ;).

cheers,

    Pedro.

______________________________________________________________________
Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino
http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 21: 7:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 823C137B401; Wed,  5 Mar 2003 21:07:23 -0800 (PST)
Received: from canning.wemm.org (canning.wemm.org [192.203.228.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0DF6D43F85; Wed,  5 Mar 2003 21:07:23 -0800 (PST)
	(envelope-from peter@wemm.org)
Received: from wemm.org (localhost [127.0.0.1])
	by canning.wemm.org (Postfix) with ESMTP
	id E4E742A8C1; Wed,  5 Mar 2003 21:07:22 -0800 (PST)
	(envelope-from peter@wemm.org)
X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4
To: "=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" <giffunip@yahoo.com>
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: [PATCH 5.x] netns 
In-Reply-To: <20030306041333.7884.qmail@web13403.mail.yahoo.com> 
Date: Wed, 05 Mar 2003 21:07:22 -0800
From: Peter Wemm <peter@wemm.org>
Message-Id: <20030306050722.E4E742A8C1@canning.wemm.org>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

"=?iso-8859-1?q?Pedro=20F.=20Giffuni?=" wrote:
> Guys;
> 
> I have to agree with Terry that the fixes for netns
> should be committed, and furthermore they should be
> MFC (using his first patch perhaps). It's a nightmare
> to try to rescue anything from the Attic, at least it
> would be nice to have it in better shape before
> killing it.

They can be cleaned up and committed to RELENG_4 after the freeze is over.
The original 4.x patch posted wasn't ready for commit though.  (eg: externs
scattered all over the place rather than declaring things properly in the
include files).

Cheers,
-Peter
--
Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com
"All of this is for nothing if we don't go to the stars" - JMS/B5


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 23:24:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A082C37B401
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 23:24:17 -0800 (PST)
Received: from ns3.safety.net (ns3.safety.net [216.40.201.32])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E99C743F3F
	for <current@FreeBSD.ORG>; Wed,  5 Mar 2003 23:24:16 -0800 (PST)
	(envelope-from cbiffle@safety.net)
Received: from localhost (rs.rackshack.net.safety.net [216.40.201.32])
	by ns3.safety.net (8.10.2/8.10.2) with ESMTP id h267OGA11880
	for <current@FreeBSD.ORG>; Thu, 6 Mar 2003 00:24:16 -0700
From: "Cliff L. Biffle" <cbiffle@safety.net>
To: current@FreeBSD.ORG
Subject: Re: USB port periodically dies, now with complete body text
Date: Thu, 6 Mar 2003 00:24:40 -0700
User-Agent: KMail/1.5
References: <200303040421.14971.cbiffle@safety.net> <20030304114615.GB76430@cicely9.cicely.de>
In-Reply-To: <20030304114615.GB76430@cicely9.cicely.de>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303060024.40404.cbiffle@safety.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tuesday 04 March 2003 04:46 am, Bernd Walter wrote:
> > I've been having a reliable USB issue on my 5-current box (3 Mar,
> > 23:58:25 MST).  It's been happening since I upgraded to -current in the
> > DP2 days, and has happened on two completely independent motherboards. 
> > On the more recent of the two (the previous died) I've enabled USB_DEBUG.
> >  Here's the deal.
>
> I'm aware of problems when disconnecting open usb devices at least on
> ohci controllers and some devices.

This problem arises while the mouse is connected; the interesting debug output 
only appears once it's disconnected.  Not disconnecting it doesn't fix 
anything.

Is there a more specific mailing list I could target this to?

-Cliff L. Biffle

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Wed Mar  5 23:59:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0D66B37B401
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 23:59:15 -0800 (PST)
Received: from mail.gmx.net (pop.gmx.de [213.165.65.60])
	by mx1.FreeBSD.org (Postfix) with SMTP id 054FD43FDF
	for <freebsd-current@freebsd.org>; Wed,  5 Mar 2003 23:59:14 -0800 (PST)
	(envelope-from junyer@gmx.net)
Received: (qmail 9284 invoked by uid 0); 6 Mar 2003 07:59:11 -0000
Received: from nyquil.insomnia.org (HELO wdcax3-053.dialup.optusnet.com.au) (66.92.123.123)
  by mail.gmx.net (mp008-rz3) with SMTP; 6 Mar 2003 07:59:11 -0000
Message-Id: <3.0.5.16.20030306180046.2117b71c@localhost>
X-Sender: 13042779@localhost
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16)
Date: Thu, 06 Mar 2003 18:00:46 +1000
To: freebsd-current@freebsd.org
From: Paul Wankadia <junyer@gmx.net>
Subject: Sony VAIO, psm and acpi
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

After seeing the "yet another Sony Vaio PS/2 mouse ID" commits to
src/sys/isa/psm.c from six weeks ago, I've hacked my
src/sys/dev/acpica/acpi.c so now acpi_isa_pnp_probe() will try the
compatibility ID like isa_pnp_probe() does in src/sys/isa/isa_common.c.
It's quite trivial, so is there some reason why an acpi_isa_get_compatid()
wasn't written before?  (Please Cc: to me.)


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  0:10:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E0DFD37B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:10:16 -0800 (PST)
Received: from axe-inc.co.jp (axegw.axe-inc.co.jp [61.199.217.66])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6E4F043FAF
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:10:13 -0800 (PST)
	(envelope-from takawata@axe-inc.co.jp)
Received: from axe-inc.co.jp ([192.47.224.47])
	by axe-inc.co.jp (8.9.3+3.2W/3.7W) with ESMTP id RAA12070;
	Thu, 6 Mar 2003 17:10:00 +0900 (JST)
Message-Id: <200303060810.RAA12070@axe-inc.co.jp>
To: Paul Wankadia <junyer@gmx.net>, freebsd-current@freebsd.org
Subject: Re: Sony VAIO, psm and acpi
In-reply-to: Your message of "Thu, 06 Mar 2003 18:00:46 +1000."
             <3.0.5.16.20030306180046.2117b71c@localhost>
Date: Thu, 06 Mar 2003 17:11:41 +0900
From: User Takawata <takawata@axe-inc.co.jp>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In message <3.0.5.16.20030306180046.2117b71c@localhost>, Paul Wankadia wrote:
>After seeing the "yet another Sony Vaio PS/2 mouse ID" commits to
>src/sys/isa/psm.c from six weeks ago, I've hacked my
>src/sys/dev/acpica/acpi.c so now acpi_isa_pnp_probe() will try the
>compatibility ID like isa_pnp_probe() does in src/sys/isa/isa_common.c.
>It's quite trivial, so is there some reason why an acpi_isa_get_compatid()
>wasn't written before?  (Please Cc: to me.)

I also wrote it before. But I didn't commit because I don't tested it.
If you tested your patch, I'll willing to commit.

Here is my patch.
==
Index: acpi.c
===================================================================
RCS file: /home/ncvs/src/sys/dev/acpica/acpi.c,v
retrieving revision 1.83
diff -u -r1.83 acpi.c
--- acpi.c	28 Dec 2002 14:58:50 -0000	1.83
+++ acpi.c	23 Jan 2003 23:17:05 -0000
@@ -113,6 +113,7 @@
 static struct resource *acpi_alloc_resource(device_t bus, device_t child, int type, int *rid,
 					    u_long start, u_long end, u_long count, u_int flags);
 static int	acpi_release_resource(device_t bus, device_t child, int type, int rid, struct resource *r);
+static u_int32_t acpi_isa_get_compatid(device_t dev);
 static u_int32_t acpi_isa_get_logicalid(device_t dev);
 static int	acpi_isa_pnp_probe(device_t bus, device_t child, struct isa_pnp_id *ids);
 
@@ -590,10 +591,11 @@
 	/* ISA compatibility */
     case ISA_IVAR_VENDORID:
     case ISA_IVAR_SERIAL:
-    case ISA_IVAR_COMPATID:
 	*(int *)result = -1;
 	break;
-
+    case ISA_IVAR_COMPATID:
+      *(int *)result = acpi_isa_get_compatid(child);
+      break;
     case ISA_IVAR_LOGICALID:
 	*(int *)result = acpi_isa_get_logicalid(child);
 	break;
@@ -697,7 +699,32 @@
 	 | (PNP_HEXTONUM(s[3]) << 20)		\
 	 | (PNP_HEXTONUM(s[6]) << 24)		\
 	 | (PNP_HEXTONUM(s[5]) << 28))
+#define MAX_VALID_EISAID 9
 
+static u_int32_t
+acpi_isa_get_compatid(device_t dev)
+{
+  ACPI_HANDLE h;
+  ACPI_OBJECT *obj;
+  ACPI_BUFFER resbuf;
+  char resbufbody[sizeof(ACPI_OBJECT) + MAX_VALID_EISAID +1];   
+  
+  /*
+   *resbuf size is allocated so that it can hold ACPI_OBJECT 
+   *with EISAID string
+   */
+  obj = (ACPI_OBJECT *)resbufbody;
+  resbuf.Length = sizeof(resbufbody);
+  resbuf.Pointer = resbufbody;
+  h = acpi_get_handle(dev);
+  if(ACPI_FAILURE(AcpiEvaluateObject(h, "_CID", NULL, &resbuf)))
+     return 0;
+  if(obj->Type == ACPI_TYPE_INTEGER)
+    return obj->Integer.Value;
+  else if(obj->Type == ACPI_TYPE_STRING)
+    return PNP_EISAID(obj->String.Pointer);
+  return 0;
+}
 static u_int32_t
 acpi_isa_get_logicalid(device_t dev)
 {

--- acpi.c.prev	Fri Jan 24 10:14:10 2003
+++ acpi.c	Fri Jan 24 10:15:24 2003
@@ -757,7 +757,7 @@
 acpi_isa_pnp_probe(device_t bus, device_t child, struct isa_pnp_id *ids)
 {
     int			result;
-    u_int32_t		pnpid;
+    u_int32_t		pnpid, compatid;
 
     ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__);
 
@@ -770,8 +770,10 @@
 
     /* scan the supplied IDs for a match */
     pnpid = acpi_isa_get_logicalid(child);
+    compatid = acpi_isa_get_compatid(child);
     while (ids && ids->ip_id) {
-	if (pnpid == ids->ip_id) {
+	if (pnpid == ids->ip_id||
+	    compatid == ids->ip_id) {
 	    result = 0;
 	    goto out;
 	}

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  0:33:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8999937B401
	for <current@freebsd.org>; Thu,  6 Mar 2003 00:33:22 -0800 (PST)
Received: from edgemaster.zombie.org (edgemaster.creighton.edu [147.134.112.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 23C8343FAF
	for <current@freebsd.org>; Thu,  6 Mar 2003 00:33:22 -0800 (PST)
	(envelope-from smkelly@zombie.org)
Received: by edgemaster.zombie.org (Postfix, from userid 1001)
	id BDBEA39839; Thu,  6 Mar 2003 02:33:21 -0600 (CST)
Date: Thu, 6 Mar 2003 02:33:21 -0600
From: Sean Kelly <smkelly@zombie.org>
To: current@freebsd.org
Subject: /etc/rc.d/ipfw
Message-ID: <20030306083321.GB3045@edgemaster.zombie.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="nVMJ2NtxeReIH9PS"
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--nVMJ2NtxeReIH9PS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

the ipfw_start() function in /etc/rc.d/ipfw is missing a command:
     sysctl net.inet.ip.fw.enable=3D1

edgemaster# /etc/rc.d/ipfw restart
net.inet.ip.fw.enable: 1 -> 0
Flushed all rules.
=2E..
Firewall rules loaded, starting divert daemons:.
edgemaster# sysctl net.inet.ip.fw.enable
net.inet.ip.fw.enable: 0

This simple patch fixes it, and also changes a `sysctl` to a ${SYSCTL_W}.

--- ipfw.old	Thu Mar  6 02:22:37 2003
+++ ipfw	Thu Mar  6 02:31:58 2003
@@ -35,6 +35,7 @@
=20
 	if [ -r "${firewall_script}" ]; then
 		. "${firewall_script}"
+		${SYSCTL_W} net.inet.ip.fw.enable=3D1 >/dev/null
 		echo -n 'Firewall rules loaded, starting divert daemons:'
=20
 		# Network Address Translation daemon
@@ -63,7 +64,7 @@
 	! checkyesno firewall_logging && return 0
=20
 	echo 'Firewall logging=3DYES'
-	sysctl net.inet.ip.fw.verbose=3D1 >/dev/null
+	${SYSCTL_W} net.inet.ip.fw.verbose=3D1 >/dev/null
 }
=20
 load_rc_config $name

--=20
Sean Kelly         | PGP KeyID: D2E5E296
smkelly@zombie.org | http://www.zombie.org

--nVMJ2NtxeReIH9PS
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZwfRPm7A9NLl4pYRArReAJ9ZQW0FYaL9qnrv/fx3coFjwd2j9wCgjsqA
Pm6wjODb7mupfSk+fN5M98s=
=e4GB
-----END PGP SIGNATURE-----

--nVMJ2NtxeReIH9PS--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  0:35:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id ADA4137B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:35:22 -0800 (PST)
Received: from sffwd0.suedfactoring.de (port-212-202-224-251.reverse.qsc.de [212.202.224.251])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AEA9043FAF
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:35:21 -0800 (PST)
	(envelope-from axel.gruner@suedfactoring.de)
Received: from pcs28 (pcs28.SUEDFAC.COM [10.2.1.228])
	by sffwd0.suedfactoring.de (8.12.3/8.11.3/SuSE Linux 8.11.1-0.5) with SMTP id h2689VTj002022
	for <freebsd-current@freebsd.org>; Thu, 6 Mar 2003 09:09:31 +0100
Date: Thu, 6 Mar 2003 09:36:22 +0100
From: Axel Gruner <axel.gruner@suedfactoring.de>
To: freebsd-current@freebsd.org
Subject: 4.8-PRE upgrade to FreeBSD 5 errors
Message-Id: <20030306093622.5c728e53.axel.gruner@suedfactoring.de>
Reply-To: axel.gruner@suedfactoring.de
Organization: suedfactoring GmbH
X-Mailer: Sylpheed version 0.7.2claws (GTK+ 1.2.10; i686-suse-linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi.

I cvsuped to FreeBSD 5.0 and i followed the instructions given in
/usr/src/UPDATING. buildworld, buildkernel, installkernel went fine. Ok,
i had to do a lot of changes in my kernelconfig to get it built and
installed, but it went without a major problem. 

So, i switched to single user mode to do a mergemaster -p and an
installworld. With "installworld" i got these errors:
[So that was my fault, i misunderstood UPDATING and thought that i have
only to switch from multi user to single user (i did not see the
"reboot" ;))]

Checking to see if your booted Kernel is fresh enough..
/usr/obj/usr/src/bin/sh/sh -c 'echo "Testing installed kernel fpr new
sigaction(2) syscall"' pid 60424/sh),uid0: exited on signal 12 (core
dumped) Bad system call (core dumped)
***Error code 140
Stop in /usr/src
***Error code 1
Stop in /usr/src

Well, ok, i read the first line and booted my machine, so that the new
Kernel can boot. Also if the machine will not boot correctly i will fall
to single user mode. This happend. Back in single user mode i did a
second "installworld", and, surprise surprise, it worked without errors.
Ok, i rebooted the machine.

So, now on bootup i get these messages:

link_elf: symbol lminor undefined
link_elf: symbol splhigh undefined

And if i want to login, i get these:

login: $MYNAME
login:in openpam_load_module(): no pam:skey.so found
login:pam_start(): failed to load module

I cant login.
So, does this mean, some modules are missing? And how do i get the
system back running perfectly? 

And, a third error message appears on boottime:

Warning: userland calling deprecated sysctl, please rebuild world

Well, i booted the machine back in single user mode, mount all the
devices, and did a buildworld, buildkernel, installkernel, mergemaster
and installworld again. The result? The same errors, plus something
other i did not recognize the first time (but was there):

When i use /usr/sbin/mergemaster -p i cant scroll the passwd down with
the arrow keys. If i open a config file with the vi, it looks a bit
strange, i cant move around in there and the config stuff is not one by
line, it looks a bit shaked. If i run /usr/sbin/mergemaster after
installworld, i get an error "can't cd to /usr/src/etc". Strange. 

So, any help out there?

Thanks in advance.

asg

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  0:47:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BB43B37B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:47:15 -0800 (PST)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BEDE343FBD
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 00:47:14 -0800 (PST)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1])
	by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h268l7xN014244;
	Thu, 6 Mar 2003 09:47:07 +0100 (CET)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
	by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h268l7W6014243;
	Thu, 6 Mar 2003 09:47:07 +0100 (CET)
Date: Thu, 6 Mar 2003 09:47:07 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: "Ralf S. Engelschall" <rse@engelschall.com>
Cc: freebsd-current@freebsd.org
Subject: Re: mdmfs broken?
Message-ID: <20030306084707.GC13870@pcwin002.win.tue.nl>
References: <20030305163645.GA61810@engelschall.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="t0UkRYy7tHLRMCai"
Content-Disposition: inline
In-Reply-To: <20030305163645.GA61810@engelschall.com>
User-Agent: Mutt/1.4i
X-Bright-Idea: Let's abolish HTML mail!
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--t0UkRYy7tHLRMCai
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 05, 2003 at 05:36:45PM +0100, Ralf S. Engelschall wrote:
>=20
> In article <20030305142802.GL4422@pcwin002.win.tue.nl> you wrote:
>=20
> > What's the correct syntax in 5-CURRENT to have a memory disk for /tmp
> > in your /etc/fstab?
> > [...]
>=20
> Create a symlink:
>=20
>   lrwxr-xr-x  1 root  wheel  5 Feb 13 13:28 /sbin/mount_mfs -> mdmfs
>=20
> and use in /etc/fstab something like:
>=20
>   md0 /tmp mfs rw,-s128m,noatime,nosuid,nodev 0 0

Thanks! Any reason why there is no {sym,hard}link by default? The
manpage even mentions the compat-behaviour:

COMPATIBILITY
    Full compatibility is enabled with the -C flag, or by starting mdmfs wi=
th
    the name mount_mfs or mfs (as returned by getprogname(3)).

--Stijn

--=20
Nostalgia ain't what it used to be.

--t0UkRYy7tHLRMCai
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+ZwsLY3r/tLQmfWcRAufoAKChvfOuR5VJbYXCp9lmmcIHbZw4ywCdFoN+
NpCg7K4JzOwScaDtjUZ34kw=
=Zsr/
-----END PGP SIGNATURE-----

--t0UkRYy7tHLRMCai--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  0:56:24 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5A7F037B401
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 00:56:22 -0800 (PST)
Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8591A43FBF
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 00:56:20 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h268uGLT055786;
	Thu, 6 Mar 2003 00:56:16 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h268uGvf055784;
	Thu, 6 Mar 2003 00:56:16 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Date: Thu, 6 Mar 2003 00:56:16 -0800
From: David Schultz <das@FreeBSD.ORG>
To: Axel Gruner <axel.gruner@suedfactoring.de>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: 4.8-PRE upgrade to FreeBSD 5 errors
Message-ID: <20030306085616.GA55750@HAL9000.homeunix.com>
Mail-Followup-To: Axel Gruner <axel.gruner@suedfactoring.de>,
	freebsd-current@FreeBSD.ORG
References: <20030306093622.5c728e53.axel.gruner@suedfactoring.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030306093622.5c728e53.axel.gruner@suedfactoring.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Axel Gruner <axel.gruner@suedfactoring.de>:
> Checking to see if your booted Kernel is fresh enough..
> /usr/obj/usr/src/bin/sh/sh -c 'echo "Testing installed kernel fpr new
> sigaction(2) syscall"' pid 60424/sh),uid0: exited on signal 12 (core
> dumped) Bad system call (core dumped)
> ***Error code 140
> Stop in /usr/src
> ***Error code 1
> Stop in /usr/src

You need to do things in the order specified in UPDATING.  This
message is the result of a sanity check that verifies that you're
running the new kernel before you try to install a new world.

> Well, ok, i read the first line and booted my machine, so that the new
> Kernel can boot. Also if the machine will not boot correctly i will fall
> to single user mode. This happend. Back in single user mode i did a
> second "installworld", and, surprise surprise, it worked without errors.
> Ok, i rebooted the machine.
> 
> So, now on bootup i get these messages:
> 
> link_elf: symbol lminor undefined
> link_elf: symbol splhigh undefined

You seem to be trying to load outdated modules.

> And if i want to login, i get these:
> 
> login: $MYNAME
> login:in openpam_load_module(): no pam:skey.so found
> login:pam_start(): failed to load module
> 
> I cant login.
> So, does this mean, some modules are missing? And how do i get the
> system back running perfectly? 

You should still be able to log in as root, in single user mode if
nothing else.  Doing a proper installworld/mergemaster should
rectify this problem.

> And, a third error message appears on boottime:
> 
> Warning: userland calling deprecated sysctl, please rebuild world
> 
> Well, i booted the machine back in single user mode, mount all the
> devices, and did a buildworld, buildkernel, installkernel, mergemaster
> and installworld again. The result? The same errors, plus something
> other i did not recognize the first time (but was there):

Did the installworld actually work this time, or did you get the
error message you mentioned above?  Check the modification dates
on your /bin and /sbin binaries to see what old crud you might be
running.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  1:36:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 66FEF37B401; Thu,  6 Mar 2003 01:36:39 -0800 (PST)
Received: from sffwd0.suedfactoring.de (port-212-202-224-251.reverse.qsc.de [212.202.224.251])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 10C6743F3F; Thu,  6 Mar 2003 01:36:38 -0800 (PST)
	(envelope-from axel.gruner@suedfactoring.de)
Received: from pcs28 (pcs28.SUEDFAC.COM [10.2.1.228])
	by sffwd0.suedfactoring.de (8.12.3/8.11.3/SuSE Linux 8.11.1-0.5) with SMTP id h269AmTj002277;
	Thu, 6 Mar 2003 10:10:48 +0100
Date: Thu, 6 Mar 2003 10:37:39 +0100
From: Axel Gruner <axel.gruner@suedfactoring.de>
To: David Schultz <das@FreeBSD.ORG>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: 4.8-PRE upgrade to FreeBSD 5 errors
Message-Id: <20030306103739.2503d83d.axel.gruner@suedfactoring.de>
In-Reply-To: <20030306085616.GA55750@HAL9000.homeunix.com>
References: <20030306093622.5c728e53.axel.gruner@suedfactoring.de>
	<20030306085616.GA55750@HAL9000.homeunix.com>
Reply-To: axel.gruner@suedfactoring.de
Organization: suedfactoring GmbH
X-Mailer: Sylpheed version 0.7.2claws (GTK+ 1.2.10; i686-suse-linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi.

On Thu, 6 Mar 2003 00:56:16 -0800
David Schultz <das@FreeBSD.ORG> wrote:

> You need to do things in the order specified in UPDATING.  This
> message is the result of a sanity check that verifies that you're
> running the new kernel before you try to install a new world.

Well, i know. I just read to quickly and switched from multi user mode
to single user, WITHOUT rebooting. My fault.  
> > link_elf: symbol lminor undefined
> > link_elf: symbol splhigh undefined
> You seem to be trying to load outdated modules.

Hmm, well, so what to do here? I switched of any module in loader.conf.

> > I cant login.
> > So, does this mean, some modules are missing? And how do i get the
> > system back running perfectly? 
> You should still be able to log in as root, in single user mode if
> nothing else.  Doing a proper installworld/mergemaster should
> rectify this problem.

Yes, in single user mode, no problem. 
I did a second run there. Buildworld, buildkernel, installkernel,
mergemaster, installworld... Same result. Same errors. 

> > Warning: userland calling deprecated sysctl, please rebuild world
> Did the installworld actually work this time, or did you get the
> error message you mentioned above?  Check the modification dates
> on your /bin and /sbin binaries to see what old crud you might be
> running.

Yes, it worked that time. 
The problem is, if i try to run /usr/sbin/mergemaster after the
installworld, i get an error: cant cd to /usr/src/etc


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  2:15:31 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F3BE537B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:15:29 -0800 (PST)
Received: from visp.engelschall.com (en4.engelschall.com [195.27.176.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 778D043FA3
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:15:29 -0800 (PST)
	(envelope-from rse@visp.engelschall.com)
Received: by visp.engelschall.com (Postfix, from userid 1000)
	id A0F774CE530; Thu,  6 Mar 2003 11:15:29 +0100 (CET)
Date: Thu, 6 Mar 2003 11:15:29 +0100
From: "Ralf S. Engelschall" <rse@engelschall.com>
To: freebsd-current@freebsd.org
Subject: Re: mdmfs broken?
Message-ID: <20030306101529.GA96078@engelschall.com>
Reply-To: rse@engelschall.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Organization: Engelschall, Germany.
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


In article <20030306084707.GC13870@pcwin002.win.tue.nl> you wrote:

>> > What's the correct syntax in 5-CURRENT to have a memory disk for /tmp
>> > in your /etc/fstab?
>> > [...]
>> 
>> Create a symlink:
>> 
>>   lrwxr-xr-x  1 root  wheel  5 Feb 13 13:28 /sbin/mount_mfs -> mdmfs
>> 
>> and use in /etc/fstab something like:
>> 
>>   md0 /tmp mfs rw,-s128m,noatime,nosuid,nodev 0 0
> 
> Thanks! Any reason why there is no {sym,hard}link by default? The
> manpage even mentions the compat-behaviour:
> 
> COMPATIBILITY
>    Full compatibility is enabled with the -C flag, or by starting mdmfs with
>    the name mount_mfs or mfs (as returned by getprogname(3)).

Perhaps because it's considered just a "compatibility" and not a
"standard" feature. I personally would like to see this symlink myself,
because without it is nearly impossible to conviniently create a memory
based /tmp on FreeBSD 5 anyway. Because doing all the individual steps
with mdconfig, newfs, etc. in something like /etc/rc.local is also not a
convinient solution. So, yes, I would vote for creating this symlink by
default.
                                       Ralf S. Engelschall
                                       rse@engelschall.com
                                       www.engelschall.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  2:48:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0801637B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:48:49 -0800 (PST)
Received: from mail.gmx.net (pop.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id E770B43F75
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 02:48:47 -0800 (PST)
	(envelope-from junyer@gmx.net)
Received: (qmail 25544 invoked by uid 0); 6 Mar 2003 10:48:45 -0000
Received: from nyquil.insomnia.org (HELO wdcax3-053.dialup.optusnet.com.au) (66.92.123.123)
  by mail.gmx.net (mp018-rz3) with SMTP; 6 Mar 2003 10:48:45 -0000
Message-Id: <3.0.5.16.20030306205021.0d4f5062@localhost>
X-Sender: 13042779@localhost
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.5 (16)
Date: Thu, 06 Mar 2003 20:50:21 +1000
To: freebsd-current@freebsd.org
From: Paul Wankadia <junyer@gmx.net>
Subject: Re: Sony VAIO, psm and acpi
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 05:11 PM 6/03/03 +0900, User Takawata <takawata@axe-inc.co.jp> wrote:

>I also wrote it before. But I didn't commit because I don't tested it.
>If you tested your patch, I'll willing to commit.

Aye, I did this on my VAIO (PCG-GRX5P) and it seems to work fine...





--- acpi.c.old	Thu Mar  6 18:48:48 2003
+++ acpi.c	Thu Mar  6 19:03:29 2003
@@ -107,6 +107,7 @@
 					    u_long start, u_long end, u_long count, u_int flags);
 static int	acpi_release_resource(device_t bus, device_t child, int type,
int rid, struct resource *r);
 static u_int32_t acpi_isa_get_logicalid(device_t dev);
+static u_int32_t acpi_isa_get_compatid(device_t dev);
 static int	acpi_isa_pnp_probe(device_t bus, device_t child, struct
isa_pnp_id *ids);
 
 static void	acpi_probe_children(device_t bus);
@@ -719,11 +720,38 @@
     return_VALUE(pnpid);
 }
 
+static u_int32_t
+acpi_isa_get_compatid(device_t dev)
+{
+    ACPI_HANDLE		h;
+    ACPI_DEVICE_INFO	devinfo;
+    ACPI_STATUS		error;
+    u_int32_t		pnpid;
+    ACPI_LOCK_DECL;
+
+    ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__);
+
+    pnpid = 0;
+    ACPI_LOCK;
+    
+    /* fetch and validate the HID */
+    if ((h = acpi_get_handle(dev)) == NULL)
+	goto out;
+    if (ACPI_FAILURE(error = AcpiGetObjectInfo(h, &devinfo)))
+	goto out;
+    if (ACPI_FAILURE(error = acpi_EvaluateInteger(h, "_CID", &pnpid)))
+	goto out;
+
+out:
+    ACPI_UNLOCK;
+    return_VALUE(pnpid);
+}
+
 static int
 acpi_isa_pnp_probe(device_t bus, device_t child, struct isa_pnp_id *ids)
 {
     int			result;
-    u_int32_t		pnpid;
+    u_int32_t		lid, cid;
 
     ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__);
 
@@ -735,9 +763,10 @@
     result = ENXIO;
 
     /* scan the supplied IDs for a match */
-    pnpid = acpi_isa_get_logicalid(child);
+    lid = acpi_isa_get_logicalid(child);
+    cid = acpi_isa_get_compatid(child);
     while (ids && ids->ip_id) {
-	if (pnpid == ids->ip_id) {
+	if (lid == ids->ip_id || cid == ids->ip_id) {
 	    result = 0;
 	    goto out;
 	}



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  4: 1:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id CAA2237B401; Thu,  6 Mar 2003 04:01:51 -0800 (PST)
Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 77A3E43FDF; Thu,  6 Mar 2003 04:01:48 -0800 (PST)
	(envelope-from dcs@tcoip.com.br)
Received: from tcoip.com.br ([10.0.2.6])
	by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h26C1j908027;
	Thu, 6 Mar 2003 09:01:45 -0300
Message-ID: <3E6738A9.5080602@tcoip.com.br>
Date: Thu, 06 Mar 2003 09:01:45 -0300
From: "Daniel C. Sobral" <dcs@tcoip.com.br>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
X-Accept-Language: en-us, en, pt-br, ja
MIME-Version: 1.0
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: current@FreeBSD.ORG
Subject: Re: elf_loadfile: kernel already loaded
References: <20030302045202.A5998@FreeBSD.org>
In-Reply-To: <20030302045202.A5998@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Juli Mallett wrote:

> Hi,
>
> (Trying to boot an alternate kernel on FreeBSD/i386 with normal loader =

> running
>  at a console, loading kernel from a disk.)
>
> It looks like after I "unload" the default kernel, and try to "load" a =
new
> one, when I go to "boot", loader is trying to load some other kernel, a=
nd
> I'm not sure why, but I get the "elf_loadfile: kernel already loaded", =
I
> was trying to fix this on my p4 branch by adding some printfs to figure=

> out what it was trying to load, and since I didn't have libstand=20
> around, it
> threw a fit at me during the compile and I gave up, so I figured I'd ju=
st
> mail here and ask if anyone has seen what I'm talking about, or knows i=
f
> it is fixed, or how to fix it.


I'm intrigued. The word "boot", as modified by loader.4th, only tries to =

load a kernel is "kernelname" is not defined. This variable should be=20
set by the inner workings of loader when a kernel is loaded, iirc.

So, the question is why kernelname is not getting set when you load a=20
new one. Or, if it _is_ getting set, something very, very weird is going =
on.

--=20
Daniel C. Sobral
Ger=EAncia de Opera=E7=F5es
Divis=E3o de Comunica=E7=E3o de Dados
Coordena=E7=E3o de Seguran=E7a
TCO
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail:	Daniel.Capo@tco.net.br
	Daniel.Sobral@tcoip.com.br
	dcs@tcoip.com.br



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  4:17:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 34FA237B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 04:17:34 -0800 (PST)
Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B62043F93
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 04:17:32 -0800 (PST)
	(envelope-from dcs@tcoip.com.br)
Received: from tcoip.com.br ([10.0.2.6])
	by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h26CHP908378;
	Thu, 6 Mar 2003 09:17:26 -0300
Message-ID: <3E673C55.6070703@tcoip.com.br>
Date: Thu, 06 Mar 2003 09:17:25 -0300
From: "Daniel C. Sobral" <dcs@tcoip.com.br>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
X-Accept-Language: en-us, en, pt-br, ja
MIME-Version: 1.0
To: Michal Mertl <mime@traveller.cz>
Cc: current@FreeBSD.ORG
Subject: Re: potential for foot-shooting with KLD's
References: <20030302153608.P44831@prg.traveller.cz>
In-Reply-To: <20030302153608.P44831@prg.traveller.cz>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Michal Mertl wrote:

> Imagine you decided to go with modular kernel. You comment out 'device
> random' in your kernel-config and place 'random_load=3D"YES"' in
> /boot/loader.conf. When you reboot and don't rebuild the kernel first, =
you
> have your machine unbootable - at least in case you previously had acpi=
 in
> your kernel and acpi doesn't work without OS supplied dsdt (as in my
> case) or you need acpi as a module or any other module.
>
> The way out is to boot from install CDROM, have fixit floppy, mount the=

> old root and remove the random.ko module. Which is pretty inconvenient,=

> when you don't have the medias handy.
>
> The problem is that I can't ask loader not to load some module. It does=
n't
> understand 'unset XX_load'. It doesn't work to say 'set XX_load=3D"NO"'=

> either. The only way I found to make it not load the modules is to 'loa=
d
> /boot/kernel/kernel;set module_path=3D"";boot'. Unfortunately it doesn'=
t
> help me either because I need to load special acpi_dsdt.aml which isn't=

> then loaded either.
>
> The fix could be to be able to say 'unset XX_load' or make 'set
> XX_load=3D"NO"' work.  The other fix (probably more difficult to do)
> would be to make all modules loading/linking fail when they're
> statically compiled in.


I'm working on replacing the present loader.conf support code with=20
something that would let you do just that. Recent panics on current have =

stalled this work, though.

At any rate, this should work:

(enter loader, interrupt autoboot)
unload
disable-module random
boot

MMMmmmmm. Let me try that... Yep, it works. And it's documented in=20
loader.4th(8) too.

Now, I'll be the first to agree with you that the man pages that talk=20
about boot are a maze. loader.4th(8) is mentioned in loader.conf(5),=20
which is but a SEE ALSO of loader(8), which is referred to in boot(8).

The command doesn't appear on "?", though. *That* is a problem. I swear=20
I was overloading "?" to display the enhanced commands once loader.4th=20
was, well, loaded, but it seems that isn't the case.

--=20
Daniel C. Sobral
Ger=EAncia de Opera=E7=F5es
Divis=E3o de Comunica=E7=E3o de Dados
Coordena=E7=E3o de Seguran=E7a
TCO
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail:	Daniel.Capo@tco.net.br
	Daniel.Sobral@tcoip.com.br
	dcs@tcoip.com.br



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  4:26:35 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E0DCE37B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 04:26:33 -0800 (PST)
Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0935B43F3F
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 04:26:32 -0800 (PST)
	(envelope-from dcs@tcoip.com.br)
Received: from tcoip.com.br ([10.0.2.6])
	by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h26CQR908622;
	Thu, 6 Mar 2003 09:26:27 -0300
Message-ID: <3E673E73.3050108@tcoip.com.br>
Date: Thu, 06 Mar 2003 09:26:27 -0300
From: "Daniel C. Sobral" <dcs@tcoip.com.br>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
X-Accept-Language: en-us, en, pt-br, ja
MIME-Version: 1.0
To: Michal Mertl <mime@traveller.cz>
Cc: current@FreeBSD.ORG
Subject: Re: potential for foot-shooting with KLD's
References: <20030302153608.P44831@prg.traveller.cz>
In-Reply-To: <20030302153608.P44831@prg.traveller.cz>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Michal Mertl wrote:

> Imagine you decided to go with modular kernel. You comment out 'device
> random' in your kernel-config and place 'random_load=3D"YES"' in
> /boot/loader.conf. When you reboot and don't rebuild the kernel first, =
you
> have your machine unbootable - at least in case you previously had acpi=
 in
> your kernel and acpi doesn't work without OS supplied dsdt (as in my
> case) or you need acpi as a module or any other module.
>
> The way out is to boot from install CDROM, have fixit floppy, mount the=

> old root and remove the random.ko module. Which is pretty inconvenient,=

> when you don't have the medias handy.
>
> The problem is that I can't ask loader not to load some module. It does=
n't
> understand 'unset XX_load'. It doesn't work to say 'set XX_load=3D"NO"'=

> either. The only way I found to make it not load the modules is to 'loa=
d
> /boot/kernel/kernel;set module_path=3D"";boot'. Unfortunately it doesn'=
t
> help me either because I need to load special acpi_dsdt.aml which isn't=

> then loaded either.
>
> The fix could be to be able to say 'unset XX_load' or make 'set
> XX_load=3D"NO"' work.  The other fix (probably more difficult to do)
> would be to make all modules loading/linking fail when they're
> statically compiled in.

Alas, granted that I can't test this atm, but from commit logs it seems=20
that -current *does* document this in "?" too! Shame on you! :-)

--=20
Daniel C. Sobral
Ger=EAncia de Opera=E7=F5es
Divis=E3o de Comunica=E7=E3o de Dados
Coordena=E7=E3o de Seguran=E7a
TCO
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail:	Daniel.Capo@tco.net.br
	Daniel.Sobral@tcoip.com.br
	dcs@tcoip.com.br



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  4:55:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 92BE737B401; Thu,  6 Mar 2003 04:55:34 -0800 (PST)
Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id C80B343F93; Thu,  6 Mar 2003 04:55:31 -0800 (PST)
	(envelope-from dcs@tcoip.com.br)
Received: from tcoip.com.br ([10.0.2.6])
	by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h26Csu909493;
	Thu, 6 Mar 2003 09:54:57 -0300
Message-ID: <3E674520.40301@tcoip.com.br>
Date: Thu, 06 Mar 2003 09:54:56 -0300
From: "Daniel C. Sobral" <dcs@tcoip.com.br>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
X-Accept-Language: en-us, en, pt-br, ja
MIME-Version: 1.0
To: Wayne <wayne@etaq.com>
Cc: questions@FreeBSD.ORG, current@FreeBSD.ORG
Subject: Re: can't sshd into box
References: <20030302145643.A26191@etaq.com>
In-Reply-To: <20030302145643.A26191@etaq.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

IIRC, 5.0-R has reverse name resolution for sshd (which is _always_=20
done, because of PAM, I think, no matter what the configuration file=20
say) run chrooted in /var/empty. Well, the problem with that is that, by =

default (ie, in the absence of any configuration in /var/empty/etc)=20
127.0.0.1 is searched first, and if you have blackhole enabled (or=20
equivalent firewall rules), it takes a LONG time for it to realize no=20
answer is coming.

Wayne wrote:

> Dear FreeBSD,
>
>     I have installed 5.0 into a new Dell.  I have not set up anything
> special yet (no firewall, no natd, etc.).
>
>     I can ssh out to the world, but I can't get into the new box from t=
he
> gateway FreeBSD box on the same home network.  The gateway box properly=

> lists the new box in /etc/hosts.  Each box can ping the other by name
> and by ip.
>
>     I have tried the OpenSSH that came with the system, and I
> installed ssh-3.0 , and the result is the same.  sshd is running
> on the new box.
>
>     I enabled telnet in inetd.conf, and I get rejected, also.
>
>     Is there a new default connecton protection that I must turn off, o=
r
> something?  [/etc/hosts.allow  is the default setting, I see no answer
> there.]
>
>               - Wayne
>
> --------- example screen output below.  The new box is etaq3  ------
>
> wayne@etaq:/home/wayne>ssh etaq3
> ssh_exchange_identification: read: Connection reset by peer
>
> wayne@etaq:/home/wayne>telnet etaq3
> Trying 192.168.0.12...
> Connected to etaq3.etaq.com.
> Escape character is '^]'.
> Connection closed by foreign host.
>
> wayne@etaq:/home/wayne>ping etaq3
> PING etaq3.etaq.com (192.168.0.12): 56 data bytes
> 64 bytes from 192.168.0.12: icmp_seq=3D0 ttl=3D64 time=3D0.402 ms
> 64 bytes from 192.168.0.12: icmp_seq=3D1 ttl=3D64 time=3D0.618 ms
> 64 bytes from 192.168.0.12: icmp_seq=3D2 ttl=3D64 time=3D0.344 ms
>

--=20
Daniel C. Sobral
Ger=EAncia de Opera=E7=F5es
Divis=E3o de Comunica=E7=E3o de Dados
Coordena=E7=E3o de Seguran=E7a
TCO
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail:	Daniel.Capo@tco.net.br
	Daniel.Sobral@tcoip.com.br
	dcs@tcoip.com.br



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  5: 4:41 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B549D37B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 05:04:40 -0800 (PST)
Received: from seed.net.tw (sn13.seed.net.tw [139.175.54.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 16CDC43F3F
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 05:04:39 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.133.148] (port=49298 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:4)
	id 18qv38-000CoB-00
	for freebsd-current@freebsd.org; Thu, 06 Mar 2003 21:04:38 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h26D4apn015023
	for <freebsd-current@freebsd.org>; Thu, 6 Mar 2003 21:04:37 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h26D4aZ2015022
	for freebsd-current@freebsd.org; Thu, 6 Mar 2003 21:04:36 +0800 (CST)
Date: Thu, 6 Mar 2003 21:04:36 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@freebsd.org
Subject: Re: can't sshd into box
Message-ID: <20030306130436.GA14982@leafy.idv.tw>
Mail-Followup-To: freebsd-current@freebsd.org
References: <20030302145643.A26191@etaq.com> <3E674520.40301@tcoip.com.br>
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
In-Reply-To: <3E674520.40301@tcoip.com.br>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Mar 06, 2003 at 09:54:56AM -0300, Daniel C. Sobral wrote:
> IIRC, 5.0-R has reverse name resolution for sshd (which is _always_ 
> done, because of PAM, I think, no matter what the configuration file 
> say) run chrooted in /var/empty. Well, the problem with that is that, by 
> default (ie, in the absence of any configuration in /var/empty/etc) 
> 127.0.0.1 is searched first, and if you have blackhole enabled (or 
> equivalent firewall rules), it takes a LONG time for it to realize no 
> answer is coming.
I had a slightly different version of "cannot ssh into the box".
With IPFILTER enabled in the kernel (firewall_enable=no and default to allow all) , all connections inbound and outbound dropped into the blackhole.

I found this because I managed to log into the box 'before' IPFILTER gets loaded and no connection after that could go through. So if the original author is still on the thread, could you try to login 'while the machine boots' and see if by any chance it could work ?


Jiawei     


-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  5:15:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2938837B401
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 05:15:27 -0800 (PST)
Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5008643F3F
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 05:15:25 -0800 (PST)
	(envelope-from dcs@tcoip.com.br)
Received: from tcoip.com.br ([10.0.2.6])
	by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h26DFH910017;
	Thu, 6 Mar 2003 10:15:17 -0300
Message-ID: <3E6749E5.9030905@tcoip.com.br>
Date: Thu, 06 Mar 2003 10:15:17 -0300
From: "Daniel C. Sobral" <dcs@tcoip.com.br>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
X-Accept-Language: en-us, en, pt-br, ja
MIME-Version: 1.0
To: walt <wa1ter@myrealbox.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: Disaster strikes...
References: <3E63FEE1.2020805@myrealbox.com>
In-Reply-To: <3E63FEE1.2020805@myrealbox.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

walt wrote:

> After cvsup'ing just now I cannot reboot -CURRENT either with the new
> kernel or the old kernel.
>
> The new kernel panics instantly on boot, and the old kernel halts
> with multiple messages about ACPI, so I'm stuck with an unbootable
> machine.
>
> What is the command to disable acpi at the boot prompt?  I tried
> 'toggle-module acpi' with no luck.

Let me take this opportunity to mention that I think the whole way the=20
acpi thing was done is wrong.

ACPI module is not loaded by loader.4th, in the frame of=20
/boot/loader.conf, /boot/defaults/loader.conf. It's special cased inside =

the kernel and/or loader (I'm not sure which), and it _happens_ to use=20
acpi_load as a name for it's environment variable.

Now, the problem is that, presently, none of the module stuff is kept on =

environment variables. At the time I wrote it, Forth stuff just didn't=20
have any access to environment variables, so I had to create my own=20
namespace. The acpi_load variable, though, _is_ kept in the environment=20
variable namespace, and should be unset _there_. Thus, toggle-module,=20
disable-module and enable-module none have the desired effect. For acpi, =

and acpi only, unset acpi_load is the correct way of doing. For all the=20
other modules, the ones in set in /boot/loader.conf, disable-module=20
would be correct, and "unset" _won't_ work.

Alas, I am rewrite this, and the new version will keep all data in=20
environment variables, so both unset and toggle/disable-module will work =

for all of them. Good thing I'm seeing so many messages on this=20
particular subject today, as it's renewing my motivation for this project=
=2E

--=20
Daniel C. Sobral
Ger=EAncia de Opera=E7=F5es
Divis=E3o de Comunica=E7=E3o de Dados
Coordena=E7=E3o de Seguran=E7a
TCO
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail:	Daniel.Capo@tco.net.br
	Daniel.Sobral@tcoip.com.br
	dcs@tcoip.com.br



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  5:22:38 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4592437B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 05:22:37 -0800 (PST)
Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57])
	by mx1.FreeBSD.org (Postfix) with SMTP id EC84343FB1
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 05:22:35 -0800 (PST)
	(envelope-from kaeru@pd.jaring.my)
Received: from unknown (HELO ?219.94.74.164?) (khairil?yusof@219.94.74.164 with plain)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 6 Mar 2003 13:22:33 -0000
Subject: Re: -O2 broke ppp NAT
From: Khairil Yusof <kaeru@pd.jaring.my>
Reply-To: kaeru@pd.jaring.my
To: Nuno Teixeira <nunotex@aeiou.pt>
Cc: freebsd-current@freebsd.org
In-Reply-To: <20030305220020.GA647@gw.tex.bogus>
References: <20030305220020.GA647@gw.tex.bogus>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XGPcdgbvRPsPTPl3r9Tw"
Organization: 
Message-Id: <1046956926.26378.4.camel@daemon.home.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 06 Mar 2003 21:22:06 +0800
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-XGPcdgbvRPsPTPl3r9Tw
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2003-03-06 at 06:00, Nuno Teixeira wrote:

> For the first time I compile current-p3 -> current-p4 with
> -march=3Dpentium2 -O2 -mmmx -pipe and aparently everything works ok
> except ppp -nat. NAT just don't work on my network. All machines are
> able to ping except ftp, http, etc.

I can confirm this. nat fails to work with -O2 for usr.sbin/ppp. It
compiles cleanly though, but I don't know enough about gcc optimizations
to find out how O2 might break it.

--=20
Khairil Yusof <kaeru@pd.jaring.my>

--=-XGPcdgbvRPsPTPl3r9Tw
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA+Z0t9DAqnLW/+/X8RAkUeAJ9JxVnI62ugZPeabvK21jHKjQPueQCdGnLC
jbmep7vtMBS/RavaM5NsjM0=
=mlRV
-----END PGP SIGNATURE-----

--=-XGPcdgbvRPsPTPl3r9Tw--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  5:23:56 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 05BEF37B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 05:23:56 -0800 (PST)
Received: from tara.freenix.org (keltia.freenix.org [62.4.20.87])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4BADF43F75
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 05:23:55 -0800 (PST)
	(envelope-from roberto@tara.freenix.org)
Received: by tara.freenix.org (Postfix/TLS, from userid 101)
	id 4B0162AA0; Thu,  6 Mar 2003 14:23:54 +0100 (CET)
Date: Thu, 6 Mar 2003 14:23:54 +0100
From: Ollivier Robert <roberto@keltia.freenix.fr>
To: freebsd-current@freebsd.org
Subject: Re: Sony VAIO, psm and acpi
Message-ID: <20030306132354.GA11165@tara.freenix.org>
Mail-Followup-To: freebsd-current@freebsd.org
References: <3.0.5.16.20030306180046.2117b71c@localhost> <200303060810.RAA12070@axe-inc.co.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200303060810.RAA12070@axe-inc.co.jp>
X-Operating-System: FreeBSD 5.0-CURRENT K6-3D/266 & 2x PIII/800 SMP
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

According to User Takawata:
> I also wrote it before. But I didn't commit because I don't tested it.
> If you tested your patch, I'll willing to commit.

It is nice to see that ACPI is working for some VAIO users :(
My Z600TEK is still freezing while trying to suspend under ACPI and
also if I try to suspend under X when using APM...
-- 
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr
FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun  4 22:44:19 CEST 2000

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  6:21: 5 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id A9F0637B401; Thu,  6 Mar 2003 06:21:03 -0800 (PST)
Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D4A1843FBF; Thu,  6 Mar 2003 06:21:01 -0800 (PST)
	(envelope-from maxim@macomnet.ru)
Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14])
	by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h26EL0Q943088;
	Thu, 6 Mar 2003 17:21:00 +0300 (MSK)
Date: Thu, 6 Mar 2003 17:21:00 +0300 (MSK)
From: Maxim Konovalov <maxim@macomnet.ru>
To: current@freebsd.org
Cc: mckusick@freebsd.org
Subject: 4.8-RC / 5-CURRENT UFS1 interoperability problem
Message-ID: <20030306164251.Q86784@news1.macomnet.ru>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-419884353-1046958732=:86784"
Content-ID: <20030306170813.F93468@news1.macomnet.ru>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
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-419884353-1046958732=:86784
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <20030306170813.Q93468@news1.macomnet.ru>


Hello,

In short, there is a problem using the same UFS1 filesystem under
-stable and -current. Please look at an attached typescript for
details.

I noticed a wrong superblock information either:

[maxim@golf ~]$ df /spare
Filesystem  1K-blocks Used    Avail Capacity  Mounted on
/dev/ad0s2a  22520288 -125476 20844144    -1%    /spare

Is it known bug?

-- 
Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org
--0-419884353-1046958732=:86784
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=typescript
Content-Transfer-Encoding: BASE64
Content-ID: <20030306172100.Q93468@news1.macomnet.ru>
Content-Description: 
Content-Disposition: attachment; filename=typescript

Z29sZiMgdW5hbWUgLWENCkZyZWVCU0QgZ29sZi5tYWNvbW5ldC5uZXQgNC44
LVBSRVJFTEVBU0UgRnJlZUJTRCA0LjgtUFJFUkVMRUFTRSAjMTk6IFRodSBG
ZWIgMjcgDQoxMzozMzo0OSBHTVQgMjAwMyAgICAgcm9vdEBnb2xmLm1hY29t
bmV0Lm5ldDovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDICBpMzg2DQpn
b2xmIyBmc2NrIC9kZXYvYWQwczJhDQoqKiAvZGV2L2FkMHMyYQ0KKiogTGFz
dCBNb3VudGVkIG9uIC9tbnQNCioqIFBoYXNlIDEgLSBDaGVjayBCbG9ja3Mg
YW5kIFNpemVzDQoqKiBQaGFzZSAyIC0gQ2hlY2sgUGF0aG5hbWVzDQoqKiBQ
aGFzZSAzIC0gQ2hlY2sgQ29ubmVjdGl2aXR5DQoqKiBQaGFzZSA0IC0gQ2hl
Y2sgUmVmZXJlbmNlIENvdW50cw0KKiogUGhhc2UgNSAtIENoZWNrIEN5bCBn
cm91cHMNCjMgZmlsZXMsIDMgdXNlZCwgNTYzMDA2OSBmcmVlICgyMSBmcmFn
cywgNzAzNzU2IGJsb2NrcywgMC4wJSBmcmFnbWVudGF0aW9uKQ0KZ29sZiMg
bW91bnQgL2Rldi9hZDBzMmEgL21udA0KZ29sZiMgbW91bnQgfCBncmVwIG1u
dA0KL2Rldi9hZDBzMmEgb24gL21udCAodWZzLCBsb2NhbCwgc29mdC11cGRh
dGVzKQ0KZ29sZiMgZXhpdA0KZXhpdA0KDQotIGNsZWFuIHJlYm9vdA0KDQpn
b2xmIyB1bmFtZSAtYQ0KRnJlZUJTRCBnb2xmLm1hY29tbmV0Lm5ldCA1LjAt
Q1VSUkVOVCBGcmVlQlNEIDUuMC1DVVJSRU5UICM2OiBXZWQgRmViIDE5IDEw
OjAxOjIyIE1TSyAyMDAzICAgICBtYXhpbUBnb2xmLm1hY29tbmV0Lm5ldDov
dXNyL29iai91c3Ivc3JjL3N5cy9HT0xGNSAgaTM4Ng0KZ29sZiMgZnNjayAv
ZGV2L2FkMHMyYQ0KKiogL2Rldi9hZDBzMmENCioqIExhc3QgTW91bnRlZCBv
biAvbW50DQoqKiBQaGFzZSAxIC0gQ2hlY2sgQmxvY2tzIGFuZCBTaXplcw0K
KiogUGhhc2UgMiAtIENoZWNrIFBhdGhuYW1lcw0KKiogUGhhc2UgMyAtIENo
ZWNrIENvbm5lY3Rpdml0eQ0KKiogUGhhc2UgNCAtIENoZWNrIFJlZmVyZW5j
ZSBDb3VudHMNCioqIFBoYXNlIDUgLSBDaGVjayBDeWwgZ3JvdXBzDQpTVU1N
QVJZIElORk9STUFUSU9OIEJBRA0KU0FMVkFHRT8gW3luXSB5DQoNClNVTU1B
UlkgQkxLIENPVU5UKFMpIFdST05HIElOIFNVUEVSQkxLDQpTQUxWQUdFPyBb
eW5dIHkNCg0KOTQxNTUgZmlsZXMsIDIyMDIzMCB1c2VkLCA1NDA5ODQyIGZy
ZWUgKDE1MjEwIGZyYWdzLCA2NzQzMjkgYmxvY2tzLCAwLjMlIGZyYWdtZW50
YXRpb24pDQoNCioqKioqIEZJTEUgU1lTVEVNIFdBUyBNT0RJRklFRCAqKioq
Kg0KZ29sZiMgbW91bnQgL2Rldi9hZDBzMmEgL21udA0KZ29sZiMgbW91bnQg
fCBncmVwIG1udA0KL2Rldi9hZDBzMmEgb24gL21udCAodWZzLCBsb2NhbCwg
bm9kZXYsIG5vZXhlYywgbm9zdWlkLCBzb2Z0LXVwZGF0ZXMpDQpnb2xmIyBl
eGl0DQo=

--0-419884353-1046958732=:86784--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  6:29:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5F8D637B401
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 06:29:10 -0800 (PST)
Received: from mail.tcoip.com.br (erato.tco.net.br [200.220.254.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id ECF4843FAF
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 06:29:07 -0800 (PST)
	(envelope-from dcs@tcoip.com.br)
Received: from tcoip.com.br ([10.0.2.6])
	by mail.tcoip.com.br (8.11.6/8.11.6) with ESMTP id h26ESj912000;
	Thu, 6 Mar 2003 11:28:46 -0300
Message-ID: <3E675B1D.50605@tcoip.com.br>
Date: Thu, 06 Mar 2003 11:28:45 -0300
From: "Daniel C. Sobral" <dcs@tcoip.com.br>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
X-Accept-Language: en-us, en, pt-br, ja
MIME-Version: 1.0
To: leafy <leafy@leafy.idv.tw>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: IPFILTER broken as of world/kernel a few hours old
References: <20030305062725.GA679@leafy.idv.tw>
In-Reply-To: <20030305062725.GA679@leafy.idv.tw>
Content-Type: text/plain; charset=Big5
Content-Transfer-Encoding: quoted-printable
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

leafy wrote:

> With IPFILTER enabled in the kernel, all socket(2) calls
> inbound/outbound are very slow. A normal SSH connection within the
> same subnet takes 5 minutes to connect. Anything I can provide to pin
> down the problem?

Are you sure _all_ socket calls are slow? 5.0-R had reverse resolution
for sshd (which happened no matter what the configuration said) run
inside chrooted /var/empty, so if no /var/empty/etc/resolv.conf,
nsswitch.conf, hosts, etc, existed, it would look up 127.0.0.1 (you can
tcpdump -ni lo0 on the server to see if it does that when a new ssh
connection arrives). If blackhole or firewall was used, no answer would
be returned to this dns request, and the ssh login would lag for a long
time.

BTW, what font are you using? When on FreeBSD, with Mozilla, your
messages are all but unreadable.

--=20
Daniel C. Sobral
Gere^ncia de Operac,o~es
Divisa~o de Comunicac,a~o de Dados
Coordenac,a~o de Seguranc,a
TCO
Fones: 55-61-313-7654/Cel: 55-61-9618-0904
E-mail:	Daniel.Capo@tco.net.br
	Daniel.Sobral@tcoip.com.br
	dcs@tcoip.com.br



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  6:47:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0F95E37B401; Thu,  6 Mar 2003 06:47:13 -0800 (PST)
Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 35DC643F93; Thu,  6 Mar 2003 06:47:08 -0800 (PST)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1])
	by whale.sunbay.crimea.ua (8.12.8/8.12.8/Sunbay) with ESMTP id h26EkxUC050818
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 6 Mar 2003 16:47:02 +0200 (EET)
	(envelope-from ru@whale.sunbay.crimea.ua)
Received: (from ru@localhost)
	by whale.sunbay.crimea.ua (8.12.8/8.12.8/Submit) id h26EkxY5050813;
	Thu, 6 Mar 2003 16:46:59 +0200 (EET)
	(envelope-from ru)
Date: Thu, 6 Mar 2003 16:46:58 +0200
From: Ruslan Ermilov <ru@FreeBSD.ORG>
To: Maxim Konovalov <maxim@macomnet.ru>
Cc: current@FreeBSD.ORG, mckusick@FreeBSD.ORG
Subject: Re: 4.8-RC / 5-CURRENT UFS1 interoperability problem
Message-ID: <20030306144658.GB45769@sunbay.com>
References: <20030306164251.Q86784@news1.macomnet.ru>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="PmA2V3Z32TCmWXqI"
Content-Disposition: inline
In-Reply-To: <20030306164251.Q86784@news1.macomnet.ru>
User-Agent: Mutt/1.5.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--PmA2V3Z32TCmWXqI
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 06, 2003 at 05:21:00PM +0300, Maxim Konovalov wrote:
>=20
> Hello,
>=20
> In short, there is a problem using the same UFS1 filesystem under
> -stable and -current. Please look at an attached typescript for
> details.
>=20
> I noticed a wrong superblock information either:
>=20
> [maxim@golf ~]$ df /spare
> Filesystem  1K-blocks Used    Avail Capacity  Mounted on
> /dev/ad0s2a  22520288 -125476 20844144    -1%    /spare
>=20
> Is it known bug?
>=20
I had this problem at one time, but only with the old 5.0-CURRENT.
How fresh your -CURRENT is?  Feb 19?

> golf# uname -a
> FreeBSD golf.macomnet.net 5.0-CURRENT FreeBSD 5.0-CURRENT #6: Wed Feb 19 =
10:01:22 MSK 2003     maxim@golf.macomnet.net:/usr/obj/usr/src/sys/GOLF5  i=
386
> golf# fsck /dev/ad0s2a
> ** /dev/ad0s2a
> ** Last Mounted on /mnt
> ** Phase 1 - Check Blocks and Sizes
> ** Phase 2 - Check Pathnames
> ** Phase 3 - Check Connectivity
> ** Phase 4 - Check Reference Counts
> ** Phase 5 - Check Cyl groups
> SUMMARY INFORMATION BAD
> SALVAGE? [yn] y
>=20
> SUMMARY BLK COUNT(S) WRONG IN SUPERBLK
> SALVAGE? [yn] y
>=20
> 94155 files, 220230 used, 5409842 free (15210 frags, 674329 blocks, 0.3% =
fragmentation)
>=20
> ***** FILE SYSTEM WAS MODIFIED *****
> golf# mount /dev/ad0s2a /mnt
> golf# mount | grep mnt
> /dev/ad0s2a on /mnt (ufs, local, nodev, noexec, nosuid, soft-updates)
> golf# exit


--=20
Ruslan Ermilov		Sysadmin and DBA,
ru@sunbay.com		Sunbay Software AG,
ru@FreeBSD.org		FreeBSD committer,
+380.652.512.251	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age

--PmA2V3Z32TCmWXqI
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD4DBQE+Z19iUkv4P6juNwoRAgjUAJ9vtjZ4kX7L+7qQRnPs3ANHcYeKLQCVGgVs
tk1bCfKR65N46j/tcU8vdg==
=9Z8d
-----END PGP SIGNATURE-----

--PmA2V3Z32TCmWXqI--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  6:49:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 6DBBE37B401; Thu,  6 Mar 2003 06:49:28 -0800 (PST)
Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8213043F75; Thu,  6 Mar 2003 06:49:26 -0800 (PST)
	(envelope-from maxim@macomnet.ru)
Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14])
	by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h26EnPQ985389;
	Thu, 6 Mar 2003 17:49:25 +0300 (MSK)
Date: Thu, 6 Mar 2003 17:49:25 +0300 (MSK)
From: Maxim Konovalov <maxim@macomnet.ru>
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: current@FreeBSD.ORG, mckusick@FreeBSD.ORG
Subject: Re: 4.8-RC / 5-CURRENT UFS1 interoperability problem
In-Reply-To: <20030306144658.GB45769@sunbay.com>
Message-ID: <20030306174754.M4939@news1.macomnet.ru>
References: <20030306164251.Q86784@news1.macomnet.ru> <20030306144658.GB45769@sunbay.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 16:46+0200, Mar 6, 2003, Ruslan Ermilov wrote:

> On Thu, Mar 06, 2003 at 05:21:00PM +0300, Maxim Konovalov wrote:
> >
> > Hello,
> >
> > In short, there is a problem using the same UFS1 filesystem under
> > -stable and -current. Please look at an attached typescript for
> > details.
> >
> > I noticed a wrong superblock information either:
> >
> > [maxim@golf ~]$ df /spare
> > Filesystem  1K-blocks Used    Avail Capacity  Mounted on
> > /dev/ad0s2a  22520288 -125476 20844144    -1%    /spare
> >
> > Is it known bug?
> >
> I had this problem at one time, but only with the old 5.0-CURRENT.
> How fresh your -CURRENT is?  Feb 19?

Yes. A friend of mine reports the same misbehaviour with 5.0-REL.

--
Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  7:22:34 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C042737B401
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 07:22:32 -0800 (PST)
Received: from seed.net.tw (sn13.seed.net.tw [139.175.54.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C30E843F75
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 07:22:31 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.131.150] (port=49177 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:4)
	id 18qxCZ-000Oo5-00
	for freebsd-current@FreeBSD.ORG; Thu, 06 Mar 2003 23:22:31 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h26FMT5V000972
	for <freebsd-current@FreeBSD.ORG>; Thu, 6 Mar 2003 23:22:30 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h26FMTWm000971
	for freebsd-current@FreeBSD.ORG; Thu, 6 Mar 2003 23:22:29 +0800 (CST)
Date: Thu, 6 Mar 2003 23:22:29 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@FreeBSD.ORG
Subject: Re: IPFILTER broken as of world/kernel a few hours old
Message-ID: <20030306152229.GA939@leafy.idv.tw>
Mail-Followup-To: freebsd-current@FreeBSD.ORG
References: <20030305062725.GA679@leafy.idv.tw> <3E675B1D.50605@tcoip.com.br>
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
In-Reply-To: <3E675B1D.50605@tcoip.com.br>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Mar 06, 2003 at 11:28:45AM -0300, Daniel C. Sobral wrote:
> Are you sure _all_ socket calls are slow? 5.0-R had reverse resolution
> for sshd (which happened no matter what the configuration said) run
All, including ssh. Only ICMP responds in time. 
> connection arrives). If blackhole or firewall was used, no answer would
> be returned to this dns request, and the ssh login would lag for a long
> time.
I using user ppp right now on the same box, with no above problem. Probably
something in the recent ng_* commit interfered with IPFILTER.
> 
> BTW, what font are you using? When on FreeBSD, with Mozilla, your
> messages are all but unreadable.
> 
> -- 
> Daniel C. Sobral
Heh, I don't use Mozilla at all ;)
But what message are you referring to ?

Jiawei
-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  7:24:33 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7EEBB37B401
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 07:24:32 -0800 (PST)
Received: from seed.net.tw (sn14.seed.net.tw [139.175.54.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4688543F85
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 07:24:31 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.131.150] (port=49182 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:3)
	id 18qxEU-000BZ2-00
	for freebsd-current@FreeBSD.ORG; Thu, 06 Mar 2003 23:24:30 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h26FOT5V001009
	for <freebsd-current@FreeBSD.ORG>; Thu, 6 Mar 2003 23:24:29 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h26FOSGT001008
	for freebsd-current@FreeBSD.ORG; Thu, 6 Mar 2003 23:24:28 +0800 (CST)
Date: Thu, 6 Mar 2003 23:24:28 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@FreeBSD.ORG
Subject: Re: IPFILTER broken as of world/kernel a few hours old
Message-ID: <20030306152428.GA990@leafy.idv.tw>
Mail-Followup-To: freebsd-current@FreeBSD.ORG
References: <20030305062725.GA679@leafy.idv.tw> <3E675B1D.50605@tcoip.com.br> <20030306152229.GA939@leafy.idv.tw>
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
In-Reply-To: <20030306152229.GA939@leafy.idv.tw>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Mar 06, 2003 at 11:22:29PM +0800, leafy wrote:
> On Thu, Mar 06, 2003 at 11:28:45AM -0300, Daniel C. Sobral wrote:
> > Are you sure _all_ socket calls are slow? 5.0-R had reverse resolution
> > for sshd (which happened no matter what the configuration said) run
> All, including ssh. Only ICMP responds in time. 
I noticed that port 53 UDP (yes, UDP) gets through fine, though. 

Jiawei
-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  7:35:57 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D222A37B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 07:35:54 -0800 (PST)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E15BA43FAF
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 07:35:53 -0800 (PST)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1])
	by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h26FZrbi002464
	for <freebsd-current@freebsd.org>; Thu, 6 Mar 2003 16:35:53 +0100 (CET)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
	by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h26FZrhH002463
	for freebsd-current@freebsd.org; Thu, 6 Mar 2003 16:35:53 +0100 (CET)
Date: Thu, 6 Mar 2003 16:35:53 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: freebsd-current@freebsd.org
Subject: md disk not unmountable
Message-ID: <20030306153544.GG211@pcwin002.win.tue.nl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="e5bfZ/T2xnjpUIbw"
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Bright-Idea: Let's abolish HTML mail!
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--e5bfZ/T2xnjpUIbw
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

I got an 'md' error while doing a 'make release' on a -CURRENT machine;
the release process couldn't unmount the boot floppy staging area from
/mnt.

Testing by hand, I experienced the following:

Script started on Thu Mar  6 16:28:31 2003

[stijn@pcwin352] <~> mount | grep /mnt
/dev/md1c on /mnt (ufs, local)
[stijn@pcwin352] <~> sudo umount /mnt
umount: unmount of /mnt failed: Invalid argument
[stijn@pcwin352] <~> sudo mdconfig -l -u 1
md1	vnode	2880 KBytes
[stijn@pcwin352] <~> sudo mdconfig -l
md1 md0
[stijn@pcwin352] <~> sudo mdconfig -l -u 0
md0	swap	262144 KBytes
[stijn@pcwin352] <~> sudo mdconfig -d -u 1
mdconfig: ioctl(/dev/mdctl): Device busy
[stijn@pcwin352] <~> df -h /mnt
Filesystem    Size   Used  Avail Capacity  Mounted on
/dev/ad0s1a   252M    78M   154M    34%    /

Script done on Thu Mar  6 16:31:42 2003

I think something is confused as to what is on /mnt somewhere.  Restarting =
the
release (with 'make rerelease') successfully completed, using md2.
Unfortunately I don't have the exact log of the first release build handy.

This is all on=20

FreeBSD 5.0-CURRENT #1: Thu Mar  6 10:54:17 CET 2003     stijn@pcwin352.win=
.tue.nl:/local/freebsd/CURRENT/obj/local/freebsd/CURRENT/src/sys/JMWP424

Any clues?

--Stijn

--=20
The rain it raineth on the just
	And also on the unjust fella,
But chiefly on the just, because
	The unjust steals the just's umbrella.

--e5bfZ/T2xnjpUIbw
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Z2rZY3r/tLQmfWcRAhy8AKCDRp3arOvzM7+sJeCrTurBXVsLngCfT2Fb
OTxuAcAHOUktm85Dmu3psSc=
=Xf49
-----END PGP SIGNATURE-----

--e5bfZ/T2xnjpUIbw--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  7:47: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3265A37B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 07:47:01 -0800 (PST)
Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 42B9143F93
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 07:47:00 -0800 (PST)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1])
	by pcwin002.win.tue.nl (8.12.8/8.12.8) with ESMTP id h26Fkxbi002569
	for <freebsd-current@freebsd.org>; Thu, 6 Mar 2003 16:46:59 +0100 (CET)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: (from stijn@localhost)
	by pcwin002.win.tue.nl (8.12.8/8.12.8/Submit) id h26FkxJP002568
	for freebsd-current@freebsd.org; Thu, 6 Mar 2003 16:46:59 +0100 (CET)
Date: Thu, 6 Mar 2003 16:46:59 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: freebsd-current@freebsd.org
Subject: Re: md disk not unmountable
Message-ID: <20030306154659.GH211@pcwin002.win.tue.nl>
References: <20030306153544.GG211@pcwin002.win.tue.nl>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="oxV4ZoPwBLqAyY+a"
Content-Disposition: inline
In-Reply-To: <20030306153544.GG211@pcwin002.win.tue.nl>
User-Agent: Mutt/1.4i
X-Bright-Idea: Let's abolish HTML mail!
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--oxV4ZoPwBLqAyY+a
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 06, 2003 at 04:35:53PM +0100, Stijn Hoop wrote:
> I got an 'md' error while doing a 'make release' on a -CURRENT machine;
> the release process couldn't unmount the boot floppy staging area from
> /mnt.

[snip]

> I think something is confused as to what is on /mnt somewhere.  Restartin=
g the
> release (with 'make rerelease') successfully completed, using md2.

Doh, found a first clue:

[stijn@pcwin352] </local/freebsd/dist> sudo umount mnt
umount: mnt not found in mount table, unmounted it anyway
[stijn@pcwin352] </local/freebsd/dist> sudo umount dev
umount: dev not found in mount table, unmounted it anyway

So something *was* confused but I was too -- I should have tried the
chrootdir also of course :(

Anyway, how can a mount become 'lost', like what happened here?

--Stijn

--=20
Man had always assumed that he was more intelligent than dolphins because
he had achieved so much... the wheel, New York, wars, and so on, whilst
all the dolphins had ever done was muck about in the water having a good
time. But conversely the dolphins believed themselves to be more intelligent
than man for precisely the same reasons.
		-- Douglas Adams, "The Hitchhikers Guide To The Galaxy"

--oxV4ZoPwBLqAyY+a
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Z21zY3r/tLQmfWcRAq9AAJ4+GWEeW1q6n9wA2wTUkBXVmJBPqwCglb1v
TQpNihXspgiUtOTQPjvrONw=
=9D/2
-----END PGP SIGNATURE-----

--oxV4ZoPwBLqAyY+a--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  7:47:59 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4F18F37B401; Thu,  6 Mar 2003 07:47:57 -0800 (PST)
Received: from kraid.nerim.net (smtp-102.nerim.net [62.4.16.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 33E4743FA3; Thu,  6 Mar 2003 07:47:56 -0800 (PST)
	(envelope-from cbuisson@nerim.net)
Received: from nerim.net (cbuisson.net1.nerim.net [213.41.135.238])
	by kraid.nerim.net (Postfix) with ESMTP
	id 3D11F40FE1; Thu,  6 Mar 2003 16:46:54 +0100 (CET)
Message-ID: <3E676D6E.FDE4E8D3@nerim.net>
Date: Thu, 06 Mar 2003 16:46:54 +0100
From: Claude Buisson <cbuisson@nerim.net>
X-Mailer: Mozilla 4.8 [en] (X11; U; Linux 2.4.2 i386)
X-Accept-Language: en
MIME-Version: 1.0
To: Maxim Konovalov <maxim@macomnet.ru>
Cc: current@FreeBSD.ORG, mckusick@FreeBSD.ORG
Subject: Re: 4.8-RC / 5-CURRENT UFS1 interoperability problem
References: <20030306164251.Q86784@news1.macomnet.ru>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Maxim Konovalov wrote:
> 
> Hello,
> 
> In short, there is a problem using the same UFS1 filesystem under
> -stable and -current. Please look at an attached typescript for
> details.
> 
> I noticed a wrong superblock information either:
> 
> [maxim@golf ~]$ df /spare
> Filesystem  1K-blocks Used    Avail Capacity  Mounted on
> /dev/ad0s2a  22520288 -125476 20844144    -1%    /spare
> 
> Is it known bug?
> 

I had the same problem (twice) under -stable:

- under -stable, after rm'ing a lot of files (typically the chroot
directory
of a make release), my capacity became -17% instead of 7%

fsck segfaulted

- I used -current to do a fsck

first time on Feb 8, second time on March 2.

> --
> Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org
> 

Claude Buisson

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  7:50:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 44C6B37B401; Thu,  6 Mar 2003 07:50:13 -0800 (PST)
Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D293143F3F; Thu,  6 Mar 2003 07:50:11 -0800 (PST)
	(envelope-from maxim@macomnet.ru)
Received: from news1.macomnet.ru (news1.macomnet.ru [195.128.64.14])
	by relay.macomnet.ru (8.11.6/8.11.6) with ESMTP id h26FoAQ990545;
	Thu, 6 Mar 2003 18:50:10 +0300 (MSK)
Date: Thu, 6 Mar 2003 18:50:10 +0300 (MSK)
From: Maxim Konovalov <maxim@macomnet.ru>
To: current@freebsd.org
Cc: jhb@freebsd.org
Subject: "blockable sleep lock" panic in latest -current.
Message-ID: <20030306184626.A22859@news1.macomnet.ru>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-1487129540-1046965810=:22859"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
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-1487129540-1046965810=:22859
Content-Type: TEXT/PLAIN; charset=US-ASCII


Hello,

Several identical kernel panics with today -current. I suspect recent
commits to subr_witness.c. See an attachment for details.

-- 
Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org
--0-1487129540-1046965810=:22859
Content-Type: TEXT/PLAIN; charset=KOI8-R; name=typescript
Content-Transfer-Encoding: BASE64
Content-ID: <20030306185010.F22859@news1.macomnet.ru>
Content-Description: 
Content-Disposition: attachment; filename=typescript

U2NyaXB0IHN0YXJ0ZWQgb24gVGh1IE1hciAgNiAxODo0MjowMSAyMDAzDQpn
b2xmIyBnZGIgL3Vzci9vYmovdXNyL3NyYy9zeXMvR09MRjUva2VybmVsLmRl
YnVnIC1rIHZtY29yZS4yMg0KR05VIGdkYiA1LjIuMSAoRnJlZUJTRCkNCkNv
cHlyaWdodCAyMDAyIEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLg0K
R0RCIGlzIGZyZWUgc29mdHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5l
cmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQgeW91IGFyZQ0Kd2VsY29tZSB0byBj
aGFuZ2UgaXQgYW5kL29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVy
IGNlcnRhaW4gY29uZGl0aW9ucy4NClR5cGUgInNob3cgY29weWluZyIgdG8g
c2VlIHRoZSBjb25kaXRpb25zLg0KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3
YXJyYW50eSBmb3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIgZm9yIGRl
dGFpbHMuDQpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiaTM4Ni11bmRl
cm15ZGVzay1mcmVlYnNkIi4uLg0KcGFuaWM6IGJ3cml0ZTogYnVmZmVyIGlz
IG5vdCBidXN5Pz8/DQpwYW5pYyBtZXNzYWdlczoNCi0tLQ0KcGFuaWM6IGJs
b2NrYWJsZSBzbGVlcCBsb2NrIChzbGVlcCBtdXRleCkgc2VsbGNrIEAgL3Vz
ci9zcmMvc3lzL2tlcm4vc3lzX2dlbmVyaWMuYzoxMTkxDQoNCnN5bmNpbmcg
ZGlza3MsIGJ1ZmZlcnMgcmVtYWluaW5nLi4uIHBhbmljOiBid3JpdGU6IGJ1
ZmZlciBpcyBub3QgYnVzeT8/Pw0KVXB0aW1lOiAxaDM3bTM4cw0KRHVtcGlu
ZyA1MTEgTUINCmF0YTA6IHJlc2V0dGluZyBkZXZpY2VzIC4uDQpkb25lDQog
MTYgMzIgNDggNjQgODAgOTYgMTEyIDEyOCAxNDQgMTYwIDE3NiAxOTIgMjA4
IDIyNCAyNDAgMjU2IDI3MiAyODggMzA0IDMyMCAzMzYgMzUyIDM2OCAzODQg
NDAwIDQxNiA0MzIgNDQ4IDQ2NCA0ODAgNDk2DQotLS0NCiMwICBkb2FkdW1w
ICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzoyMzkN
CjIzOQkJZHVtcGluZysrOw0KKGtnZGIpIGJ0DQojMCAgZG9hZHVtcCAoKSBh
dCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6MjM5DQojMSAg
MHhjMDIzNWVkYSBpbiBib290IChob3d0bz0yNjApIGF0IC91c3Ivc3JjL3N5
cy9rZXJuL2tlcm5fc2h1dGRvd24uYzozNzENCiMyICAweGMwMjM2MTQzIGlu
IHBhbmljICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24u
Yzo1NDINCiMzICAweGMwMjcxM2MyIGluIGJ3cml0ZSAoYnA9MHhjZTU1Y2Yy
OCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX2Jpby5jOjc5NQ0KIzQgIDB4
YzAyNzMwZGMgaW4gdmZzX2Jpb19hd3JpdGUgKGJwPTB4Y2U1NWNmMjgpDQog
ICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX2Jpby5jOjE2OTINCiM1ICAw
eGMwMjc5ZWQ2IGluIHZvcF9zdGRmc3luYyAoYXA9MHhjMDQ0ZTRhNCkNCiAg
ICBhdCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfZGVmYXVsdC5jOjc1NQ0KIzYg
IDB4YzAyMDE0ZDAgaW4gc3BlY19mc3luYyAoYXA9MHhjMDQ0ZTRhNCkNCiAg
ICBhdCAvdXNyL3NyYy9zeXMvZnMvc3BlY2ZzL3NwZWNfdm5vcHMuYzo0MjAN
CiM3ICAweGMwMjAwOWM4IGluIHNwZWNfdm5vcGVyYXRlIChhcD0weDApDQog
ICAgYXQgL3Vzci9zcmMvc3lzL2ZzL3NwZWNmcy9zcGVjX3Zub3BzLmM6MTIz
DQojOCAgMHhjMDJmYTNjZCBpbiBmZnNfc3luYyAobXA9MHhjNDE0ZTIwMCwg
d2FpdGZvcj0yLCBjcmVkPTB4YzE1MGFlODAsIA0KICAgIHRkPTB4YzAzZDNl
MjApIGF0IHZub2RlX2lmLmg6NjEyDQojOSAgMHhjMDI4NTc4YiBpbiBzeW5j
ICh0ZD0weGMwM2QzZTIwLCB1YXA9MHgwKQ0KICAgIGF0IC91c3Ivc3JjL3N5
cy9rZXJuL3Zmc19zeXNjYWxscy5jOjEzOA0KIzEwIDB4YzAyMzViMGMgaW4g
Ym9vdCAoaG93dG89MjU2KSBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJuX3No
dXRkb3duLmM6MjgwDQojMTEgMHhjMDIzNjE0MyBpbiBwYW5pYyAoKSBhdCAv
dXNyL3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTQyDQojMTIgMHhj
MDI1NTgzNyBpbiB3aXRuZXNzX2xvY2sgKGxvY2s9MHhjMDNkYjkyMCwgZmxh
Z3M9OCwgDQogICAgZmlsZT0weGMwMzkyNzM0ICIvdXNyL3NyYy9zeXMva2Vy
bi9zeXNfZ2VuZXJpYy5jIiwgbGluZT0xMTkxKQ0KICAgIGF0IC91c3Ivc3Jj
L3N5cy9rZXJuL3N1YnJfd2l0bmVzcy5jOjU1Mg0KIzEzIDB4YzAyMmQxZjMg
aW4gX210eF9sb2NrX2ZsYWdzIChtPTB4YzAzZDgyYTAsIG9wdHM9MCwgDQog
ICAgZmlsZT0weGMwM2RiOTIwICKgXDIwMj3AXSc5wF0nOcAiLCBsaW5lPTEx
OTEpDQotLS1UeXBlIDxyZXR1cm4+IHRvIGNvbnRpbnVlLCBvciBxIDxyZXR1
cm4+IHRvIHF1aXQtLS0NCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9rZXJu
X211dGV4LmM6MzM3DQojMTQgMHhjMDI1OTU1ZiBpbiBzZWx3YWtldXAgKHNp
cD0weGMwM2Q4MmEwKQ0KICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N5c19n
ZW5lcmljLmM6MTE5MQ0KIzE1IDB4YzAyNjM4YmUgaW4gcHRjd2FrZXVwICh0
cD0weGM0MTRmMDMwLCBmbGFnPS0xMDY5Njk2NzM2KQ0KICAgIGF0IC91c3Iv
c3JjL3N5cy9rZXJuL3R0eV9wdHkuYzozMjcNCiMxNiAweGMwMjYzODg3IGlu
IHB0c3N0YXJ0ICh0cD0weDApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3R0eV9w
dHkuYzozMTYNCiMxNyAweGMwMjVmOGJiIGluIHR0c3RhcnQgKHRwPTB4MCkg
YXQgL3Vzci9zcmMvc3lzL2tlcm4vdHR5LmM6MTQ1OQ0KIzE4IDB4YzAyNjE2
MDQgaW4gdHB1dGNoYXIgKGM9LTEwMDUyNjA4MDAsIHRwPTB4YzQxNGYwMzAp
DQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vdHR5LmM6MjU3OQ0KIzE5IDB4
YzAyNTBmMWIgaW4gcHV0Y2hhciAoYz0xMCwgYXJnPTB4YzA0NGU3NGMpDQog
ICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9wcmYuYzozNDkNCiMyMCAw
eGMwMjUxMjNkIGluIGt2cHJpbnRmIChmbXQ9MHhjNDE0ZjAwMCAiIiwgZnVu
Yz0weGMwMjUwZWIwIDxwdXRjaGFyPiwgDQogICAgYXJnPTB4YzA0NGU3NGMs
IHJhZGl4PTEwLCBhcD0weGMwNDRlNzZjICIiKQ0KICAgIGF0IC91c3Ivc3Jj
L3N5cy9rZXJuL3N1YnJfcHJmLmM6NTI4DQojMjEgMHhjMDI1MGUwNyBpbiBw
cmludGYgKGZtdD0weDApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfcHJm
LmM6MzA1DQojMjIgMHhjMDM1MjJiMiBpbiBkYmxmYXVsdF9oYW5kbGVyICgp
IGF0IC91c3Ivc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjg2Mw0KKGtnZGIp
IHVwIDEyDQojMTIgMHhjMDI1NTgzNyBpbiB3aXRuZXNzX2xvY2sgKGxvY2s9
MHhjMDNkYjkyMCwgZmxhZ3M9OCwgDQogICAgZmlsZT0weGMwMzkyNzM0ICIv
dXNyL3NyYy9zeXMva2Vybi9zeXNfZ2VuZXJpYy5jIiwgbGluZT0xMTkxKQ0K
ICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfd2l0bmVzcy5jOjU1Mg0K
NTUyCQkJCXBhbmljKCJibG9ja2FibGUgc2xlZXAgbG9jayAoJXMpICVzIEAg
JXM6JWQiLA0KKGtnZGIpIGwNCjU0NwkJCSAqIFNpbmNlIHNwaW4gbG9ja3Mg
aW5jbHVkZSBhIGNyaXRpY2FsIHNlY3Rpb24sIHRoaXMgY2hlY2sNCjU0OAkJ
CSAqIGltcGxpY2x0eSBlbmZvcmNlcyBhIGxvY2sgb3JkZXIgb2YgYWxsIHNs
ZWVwIGxvY2tzIGJlZm9yZQ0KNTQ5CQkJICogYWxsIHNwaW4gbG9ja3MuDQo1
NTAJCQkgKi8NCjU1MQkJCWlmICh0ZC0+dGRfY3JpdG5lc3QgIT0gMCAmJiAo
ZmxhZ3MgJiBMT1BfVFJZTE9DSykgPT0gMCkNCjU1MgkJCQlwYW5pYygiYmxv
Y2thYmxlIHNsZWVwIGxvY2sgKCVzKSAlcyBAICVzOiVkIiwNCjU1MwkJCQkg
ICAgY2xhc3MtPmxjX25hbWUsIGxvY2stPmxvX25hbWUsIGZpbGUsIGxpbmUp
Ow0KNTU0CQkJbG9ja19saXN0ID0gJnRkLT50ZF9zbGVlcGxvY2tzOw0KNTU1
CQl9IGVsc2UNCjU1NgkJCWxvY2tfbGlzdCA9IFBDUFVfUFRSKHNwaW5sb2Nr
cyk7DQooa2dkYikgcXVpdA0KZ29sZiMgZXhpdA0KZXhpdA0KDQpTY3JpcHQg
ZG9uZSBvbiBUaHUgTWFyICA2IDE4OjQyOjMzIDIwMDMNCg==

--0-1487129540-1046965810=:22859--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  8:17:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3FE8137B401
	for <current@freebsd.org>; Thu,  6 Mar 2003 08:17:10 -0800 (PST)
Received: from galadriel.fciencias.unam.mx (galadriel.fciencias.unam.mx [132.248.133.56])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4D8D743FCB
	for <current@freebsd.org>; Thu,  6 Mar 2003 08:17:08 -0800 (PST)
	(envelope-from solsona@acm.org)
Received: from admin.fciencias.unam.mx ([132.248.133.208])
  by galadriel.fciencias.unam.mx with esmtp; Thu, 06 Mar 2003 10:08:02 -0600
To: current@FreeBSD.org
Subject: buildkernel breaks with lots of sched_* undefined references
Message-ID: <86vfyw8ogl.fsf@admin.fciencias.unam.mx>
From: Francisco Solsona <solsona@acm.org>
X-Home-Page: http://csc01.fciencias.unam.mx/
Organization: Universidad Nacional =?iso-8859-1?q?Aut=F3noma?= de
 =?iso-8859-1?q?M=E9xico?=
X-Face:  0dRIrCw>Dr$s3mV**$TfkFbu4^VNT4yyMXo^1^$mWwm`G)YGU[k[bI3+Kb-,0sdFT==Zb"6
 >_:b@>.Y(}7>nQgZ3u}_ZKvnlx]:Y6Q[}>BwScb@-{iD@<_")A=9v6Dh'_Q*b<ii'J3+=3@~iRcZ4n
 a>#5|Ndl-Zc>A*:M?NA$%,HQc5}CT'Kb
Date: Thu, 06 Mar 2003 10:20:03 -0600
Lines: 71
User-Agent: Gnus/5.090006 (Oort Gnus v0.06) XEmacs/21.4 (Military
 Intelligence, i386--freebsd)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

I've been using FreeBSD RELENG_5_0 for a while with not many problems,
however when trying to switch to current, buildworld goes smoothly,
but buildkernel ends in error after a while with a bunch of undefined
symbols:

kern_proc.o(.text+0xe3): undefined reference to `sched_sizeof_proc'
kern_proc.o: In function `fill_kinfo_proc':
kern_proc.o(.text+0x154b): undefined reference to `sched_pctcpu'
kern_resource.o: In function `donice':
kern_resource.o(.text+0xa08): undefined reference to `sched_nice'
kern_subr.o: In function `uio_yield':
kern_subr.o(.text+0x59e): undefined reference to `sched_prio'
kern_switch.o: In function `choosethread':
kern_switch.o(.text+0x9): undefined reference to `sched_choose'
kern_switch.o: In function `kse_reassign':
kern_switch.o(.text+0x147): undefined reference to `sched_add'
kern_switch.o: In function `adjustrunqueue':
kern_switch.o(.text+0x1d8): undefined reference to `sched_rem'
kern_switch.o(.text+0x1e0): undefined reference to `sched_add'
kern_switch.o(.text+0x20e): undefined reference to `sched_rem'
kern_switch.o: In function `setrunqueue':
kern_switch.o(.text+0x303): undefined reference to `sched_rem'
kern_switch.o(.text+0x3bd): undefined reference to `sched_add'
kern_synch.o: In function `msleep':
kern_synch.o(.text+0x466): undefined reference to `sched_sleep'
kern_synch.o: In function `mi_switch':
kern_synch.o(.text+0xca7): undefined reference to `sched_switchout'
kern_synch.o(.text+0xcc3): undefined reference to `sched_switchin'
kern_synch.o: In function `setrunnable':
kern_synch.o(.text+0xdcb): undefined reference to `sched_wakeup'
kern_synch.o: In function `yield':
kern_synch.o(.text+0x1019): undefined reference to `sched_prio'
kern_thread.o: In function `threadinit':
kern_thread.o(.text+0x1407): undefined reference to `sched_sizeof_thread'
kern_thread.o(.text+0x1451): undefined reference to `sched_sizeof_ksegrp'
kern_thread.o(.text+0x149b): undefined reference to `sched_sizeof_kse'
subr_trap.o: In function `userret':
subr_trap.o(.text+0x12): undefined reference to `sched_userret'
subr_trap.o: In function `ast':
subr_trap.o(.text+0x65f): undefined reference to `sched_prio'
ksched.o: In function `ksched_attach':
ksched.o(.text+0x2e): undefined reference to `sched_rr_interval'
ksched.o: In function `ksched_setscheduler':
ksched.o(.text+0x2d3): undefined reference to `sched_prio'
ksched.o(.text+0x3c3): undefined reference to `sched_prio'
vm_zeroidle.o: In function `vm_pagezero':
vm_zeroidle.o(.text+0x40d): undefined reference to `sched_runnable'
vm_pageout.o: In function `vm_pageout_scan':
vm_pageout.o(.text+0x197c): undefined reference to `sched_nice'
machdep.o: In function `cpu_idle':
machdep.o(.text+0x166e): undefined reference to `sched_runnable'
*** Error code 1

Stop in /usr/obj/usr/src/sys/MOBILE.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src

am I missing something obvious?  This is a Sony VAIO P4, and I moved
from STABLE to RELENG_5.0 a couple of weeks ago.

TIA,
--Francisco

-- 
Reality is an obstacle to hallucination.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  8:21: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B040A37B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 08:21:01 -0800 (PST)
Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F0C4E43FCB
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 08:21:00 -0800 (PST)
	(envelope-from dan@dan.emsphone.com)
Received: (from dan@localhost)
	by dan.emsphone.com (8.12.7/8.12.7) id h26GL0vt051888;
	Thu, 6 Mar 2003 10:21:00 -0600 (CST)
	(envelope-from dan)
Date: Thu, 6 Mar 2003 10:21:00 -0600
From: Dan Nelson <dnelson@allantgroup.com>
To: Francisco Solsona <solsona@acm.org>
Cc: current@FreeBSD.ORG
Subject: Re: buildkernel breaks with lots of sched_* undefined references
Message-ID: <20030306162100.GB67499@dan.emsphone.com>
References: <86vfyw8ogl.fsf@admin.fciencias.unam.mx>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <86vfyw8ogl.fsf@admin.fciencias.unam.mx>
X-OS: FreeBSD 5.0-CURRENT
X-message-flag: Outlook Error
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In the last episode (Mar 06), Francisco Solsona said:
> Hi,
> 
> I've been using FreeBSD RELENG_5_0 for a while with not many problems,
> however when trying to switch to current, buildworld goes smoothly,
> but buildkernel ends in error after a while with a bunch of undefined
> symbols:
> 
> kern_proc.o(.text+0xe3): undefined reference to `sched_sizeof_proc'
> kern_proc.o: In function `fill_kinfo_proc':

Check out the 20030125 entry in /usr/src/UPDATING

-- 
	Dan Nelson
	dnelson@allantgroup.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  9: 1:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A078637B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 09:01:50 -0800 (PST)
Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1412B43F3F
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 09:01:50 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.245.136.44.dial1.sanjose1.level3.net ([209.245.136.44] helo=mindspring.com)
	by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18qykc-0005hK-00; Thu, 06 Mar 2003 09:01:46 -0800
Message-ID: <3E677EA6.5DB3FF7B@mindspring.com>
Date: Thu, 06 Mar 2003 09:00:22 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: leafy <leafy@leafy.idv.tw>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: IPFILTER broken as of world/kernel a few hours old
References: <20030305062725.GA679@leafy.idv.tw> <3E675B1D.50605@tcoip.com.br> <20030306152229.GA939@leafy.idv.tw> <20030306152428.GA990@leafy.idv.tw>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a439cd20d281b2cf6382795f3dbb9dd758a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

leafy wrote:
> On Thu, Mar 06, 2003 at 11:22:29PM +0800, leafy wrote:
> > On Thu, Mar 06, 2003 at 11:28:45AM -0300, Daniel C. Sobral wrote:
> > > Are you sure _all_ socket calls are slow? 5.0-R had reverse resolution
> > > for sshd (which happened no matter what the configuration said) run
> > All, including ssh. Only ICMP responds in time.
> I noticed that port 53 UDP (yes, UDP) gets through fine, though.


Try disabling delayed ACK in the TCP stack; it's a sysctl.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  9: 7:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 29D8D37B401; Thu,  6 Mar 2003 09:07:19 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8876743F93; Thu,  6 Mar 2003 09:07:17 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id EAA13299;
	Fri, 7 Mar 2003 04:07:01 +1100
Date: Fri, 7 Mar 2003 04:06:59 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Maxim Konovalov <maxim@macomnet.ru>
Cc: current@FreeBSD.ORG, <jhb@FreeBSD.ORG>
Subject: Re: "blockable sleep lock" panic in latest -current.
In-Reply-To: <20030306184626.A22859@news1.macomnet.ru>
Message-ID: <20030307035011.I2362-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: QUOTED-PRINTABLE
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 6 Mar 2003, Maxim Konovalov wrote:

> Several identical kernel panics with today -current. I suspect recent
> commits to subr_witness.c. See an attachment for details.

This seems to be most from a double fault triggering a cascade of errors.
There is no frame for the double fault so the critical information is
not shown in the trace.

> panic: blockable sleep lock (sleep mutex) sellck @ /usr/src/sys/kern/sys_=
generic.c:1191

This is the usual panic from sync() in panic() tripping over a lock.
Calling sync() in panic was never safe and now usually fails.

> #11 0xc0236143 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
> #12 0xc0255837 in witness_lock (lock=3D0xc03db920, flags=3D8,
>     file=3D0xc0392734 "/usr/src/sys/kern/sys_generic.c", line=3D1191)
>     at /usr/src/sys/kern/subr_witness.c:552

This seems to be usual panic from using TIOCCONS.  TIOCCONS was never safe
and now causes locking violations if printf(9) is called with certain
locks held.

> #13 0xc022d1f3 in _mtx_lock_flags (m=3D0xc03d82a0, opts=3D0,
>     file=3D0xc03db920 "=A0\202=3D=C0]'9=C0]'9=C0", line=3D1191)
> ---Type <return> to continue, or q <return> to quit---
>     at /usr/src/sys/kern/kern_mutex.c:337
> #14 0xc025955f in selwakeup (sip=3D0xc03d82a0)
>     at /usr/src/sys/kern/sys_generic.c:1191
> #15 0xc02638be in ptcwakeup (tp=3D0xc414f030, flag=3D-1069696736)
>     at /usr/src/sys/kern/tty_pty.c:327
> #16 0xc0263887 in ptsstart (tp=3D0x0) at /usr/src/sys/kern/tty_pty.c:316
> #17 0xc025f8bb in ttstart (tp=3D0x0) at /usr/src/sys/kern/tty.c:1459
> #18 0xc0261604 in tputchar (c=3D-1005260800, tp=3D0xc414f030)
>     at /usr/src/sys/kern/tty.c:2579
> #19 0xc0250f1b in putchar (c=3D10, arg=3D0xc044e74c)
>     at /usr/src/sys/kern/subr_prf.c:349
> #20 0xc025123d in kvprintf (fmt=3D0xc414f000 "", func=3D0xc0250eb0 <putch=
ar>,
>     arg=3D0xc044e74c, radix=3D10, ap=3D0xc044e76c "")
>     at /usr/src/sys/kern/subr_prf.c:528
> #21 0xc0250e07 in printf (fmt=3D0x0) at /usr/src/sys/kern/subr_prf.c:305

This shows how printf(9) fails.  It wanders into the pty driver.  The
pty driver is highly non-reentrant, but printf(9) needs to work when
called from an abitrary context ...

> #22 0xc03522b2 in dblfault_handler () at /usr/src/sys/i386/i386/trap.c:86=
3

=2E.. the double fault context is especially arbitrary.

Something caused a double fault, but neither ddb nor kgdb understands
backtracing from double faults.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6  9:24:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1B31E37B401
	for <current@freebsd.org>; Thu,  6 Mar 2003 09:24:44 -0800 (PST)
Received: from grassmarket.ucs.ed.ac.uk (grassmarket.ucs.ed.ac.uk [129.215.166.64])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 04DB943FA3
	for <current@freebsd.org>; Thu,  6 Mar 2003 09:24:42 -0800 (PST)
	(envelope-from bruce@cran.org.uk)
Received: from fourtytwo.brucec.backnet (12266209.resnet.ed.ac.uk [10.6.0.100] (may be forged))
	by grassmarket.ucs.ed.ac.uk (8.11.6/8.11.6) with ESMTP id h26HOTT12237;
	Thu, 6 Mar 2003 17:24:35 GMT
Received: from fourtytwo.brucec.backnet (localhost.fourtytwo.brucec.backnet [127.0.0.1])
	by fourtytwo.brucec.backnet (8.12.8/8.12.6) with ESMTP id h26HOT9X003238;
	Thu, 6 Mar 2003 17:24:29 GMT
	(envelope-from bruce@fourtytwo.brucec.backnet)
Received: (from bruce@localhost)
	by fourtytwo.brucec.backnet (8.12.8/8.12.8/Submit) id h26HOTm6003237;
	Thu, 6 Mar 2003 17:24:29 GMT
Date: Thu, 6 Mar 2003 17:24:28 +0000
From: Bruce Cran <bruce@cran.org.uk>
To: Khairil Yusof <kaeru@pd.jaring.my>
Cc: current@freebsd.org
Subject: Re: -O2 broke ppp NAT
Message-ID: <20030306172428.GA3146@fourtytwo.brucec.backnet>
References: <20030305220020.GA647@gw.tex.bogus> <1046956926.26378.4.camel@daemon.home.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1046956926.26378.4.camel@daemon.home.net>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Mar 06, 2003 at 09:22:06PM +0800, Khairil Yusof wrote:
> On Thu, 2003-03-06 at 06:00, Nuno Teixeira wrote:
> 
> > For the first time I compile current-p3 -> current-p4 with
> > -march=pentium2 -O2 -mmmx -pipe and aparently everything works ok
> > except ppp -nat. NAT just don't work on my network. All machines are
> > able to ping except ftp, http, etc.
> 
> I can confirm this. nat fails to work with -O2 for usr.sbin/ppp. It
> compiles cleanly though, but I don't know enough about gcc optimizations
> to find out how O2 might break it.
> 

387 (FPU) code generation seems to be broken in gcc 3.2.1 when -O2 is used.
I can compile applications with no problems when -mfpmath=sse is added so 
that the 387 unit won't be used, but without it, applications crash.  Note
that since SSE support is enabled by the kernel, it probably wouldn't be
a good idea to compile the kernel with -mfpmath=sse.

Bruce Cran


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 10: 1:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 45AB537B408
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 10:01:34 -0800 (PST)
Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B738643FE1
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 10:01:32 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 9056 invoked from network); 6 Mar 2003 18:01:37 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <Dimitar.Peikov@borg.de>; 6 Mar 2003 18:01:37 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h26HwfhT052162;
	Thu, 6 Mar 2003 12:58:41 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030306130146.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <1046904695.66086.7.camel@chowder.gsoft.com.au>
Date: Thu, 06 Mar 2003 13:01:46 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: "Daniel O'Connor" <doconnor@gsoft.com.au>
Subject: RE: boot0cfg
Cc: freebsd-current@FreeBSD.ORG, Dimitar.Peikov@borg.de
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 05-Mar-2003 Daniel O'Connor wrote:
> On Thu, 2003-03-06 at 03:26, John Baldwin wrote:
>> > It is strange that only F1 works (start Windows XP), while F3 play some
>> > sound. Pressing F5 starts Windows XP, but it could be because Windows on
>> > my second disk.
>> > 
>> > Yes I know that there are other boot managers like GRUB, but it is another
>> > beer.
>> 
>> You need to turn on 'packet' mode by hand.
>> 
>> # boot0cfg -o packet ad0
>> 
>> should do the trick.
> 
> Do you think this should be the default?
> 
> ie would it fix more things than it breaks?
> 
> My feeling is yes...
> Or is sysinstall supposed to set the flags based on where you install
> stuff?
> (I had a quick look but couldn't see anything to indicate this was so)

sysinstall sets the flag for you during the install.  I originally
wrote a version of boot0 that was smart enough to use packet mode
automatically when needed, but it got backed out.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 10: 1:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0C60937B405
	for <current@freebsd.org>; Thu,  6 Mar 2003 10:01:36 -0800 (PST)
Received: from mail.speakeasy.net (mail14.speakeasy.net [216.254.0.214])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EAFE343F75
	for <current@freebsd.org>; Thu,  6 Mar 2003 10:01:35 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 15886 invoked from network); 6 Mar 2003 18:01:40 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail14.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <current@freebsd.org>; 6 Mar 2003 18:01:40 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h26HwihT052165;
	Thu, 6 Mar 2003 12:58:44 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030306130149.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20030305201016.S61787@flugsvamp.com>
Date: Thu, 06 Mar 2003 13:01:49 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Jonathan Lemon <jlemon@flugsvamp.com>
Subject: RE: witness: nfs & buf queue
Cc: current@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 06-Mar-2003 Jonathan Lemon wrote:
> Doing a kernel build over NFS on today's -current gives a pile of
> following error messages during the final link phase:
> 
> Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> ...

Witness didn't used to complain about these until my recent commits,
so these could be old bugs that we are just now seeing.  It does look
like all the lock functions in inmem() use LK_NOWAIT which is exempted
from the witness check:

        if ((flags & (LK_NOWAIT|LK_RELEASE)) == 0)
                WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK,
                    &lkp->lk_interlock->mtx_object,
                    "Acquiring lockmgr lock \"%s\"", lkp->lk_wmesg);

A stack trace from one of these would be helpful.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 10: 3:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 045E837B401; Thu,  6 Mar 2003 10:03:47 -0800 (PST)
Received: from ntli.com (pc1-glfd2-4-cust59.glfd.cable.ntl.com [81.99.187.59])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1C3D943FB1; Thu,  6 Mar 2003 10:03:45 -0800 (PST)
	(envelope-from william@palfreman.com)
Received: from aqua.lan.palfreman.com (localhost [127.0.0.1])
	by ntli.com (8.12.3/8.12.3) with ESMTP id h26I8V8Q003128;
	Thu, 6 Mar 2003 18:08:31 GMT
	(envelope-from william@palfreman.com)
Received: from localhost (william@localhost)
	by aqua.lan.palfreman.com (8.12.3/8.12.3/Submit) with ESMTP id h26I8SSf003125;
	Thu, 6 Mar 2003 18:08:29 GMT
X-Authentication-Warning: aqua.lan.palfreman.com: william owned process doing -bs
Date: Thu, 6 Mar 2003 18:08:28 +0000 (GMT)
From: William Palfreman <william@palfreman.com>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Bob Bishop <rb@gid.co.uk>, Peter Wemm <peter@wemm.org>,
	Mike Barcroft <mike@FreeBSD.ORG>, Tim Robbins <tjr@FreeBSD.ORG>,
	freebsd-net@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: Removal of netns - politically correct version
In-Reply-To: <3E65BB24.3E37D90D@mindspring.com>
Message-ID: <20030306174753.H2461@ndhn.yna.cnyserzna.pbz>
References: <3E6539B5.2F5D31B@mindspring.com> <4.3.2.7.2.20030305084442.037e9fa0@gid.co.uk>
 <3E65BB24.3E37D90D@mindspring.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wed, 5 Mar 2003, Terry Lambert wrote:

> if it can be made to work.  I would argue that ISA support is
> more or less just as obsolete, as is 486 support, as is the F00F
> bug workaround, as is ... a lot of code that's still there.

Three of my machines have the F00F bug; my firewall, my print server and
my laptop - I happened to test this earlier today, while upgrading my
last 4.5-pX machines.  I also use ISA network cards a bit, and a lot of
on-motherboard things seem to be logically ISA devices.  I don't
have any 486s now, but that is more to do with end-of-life ones not
being prefitted with a useful amount of memory.

I'd be very grateful if ISA support and the f00f workaround stayed in
FreeBSD for a long time yet.

Regards,
William Palfreman.

-- 
W. Palfreman. 			I'm looking for a job:
Tel: 0771 355 0354		http://www.palfreman.com/william/ for my CV.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 10:23:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1E96137B401
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 10:23:20 -0800 (PST)
Received: from seed.net.tw (sn12.seed.net.tw [139.175.54.12])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 15F4343F75
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 10:23:19 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.135.198] (port=49154 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:3)
	id 18r01W-000ImP-00
	for freebsd-current@FreeBSD.ORG; Fri, 07 Mar 2003 02:23:18 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h26INGOZ000571
	for <freebsd-current@FreeBSD.ORG>; Fri, 7 Mar 2003 02:23:17 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h26INGqI000570
	for freebsd-current@FreeBSD.ORG; Fri, 7 Mar 2003 02:23:16 +0800 (CST)
Date: Fri, 7 Mar 2003 02:23:16 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@FreeBSD.ORG
Subject: Re: IPFILTER broken as of world/kernel a few hours old
Message-ID: <20030306182316.GA559@leafy.idv.tw>
Mail-Followup-To: freebsd-current@FreeBSD.ORG
References: <20030305062725.GA679@leafy.idv.tw> <3E675B1D.50605@tcoip.com.br> <20030306152229.GA939@leafy.idv.tw> <20030306152428.GA990@leafy.idv.tw> <3E677EA6.5DB3FF7B@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
In-Reply-To: <3E677EA6.5DB3FF7B@mindspring.com>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Mar 06, 2003 at 09:00:22AM -0800, Terry Lambert wrote:
> > I noticed that port 53 UDP (yes, UDP) gets through fine, though.
> 
> 
> Try disabling delayed ACK in the TCP stack; it's a sysctl.
> 
> -- Terry
Been there, done that. No difference though.

Jiawei

-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 10:39: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BD5CF37B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 10:39:00 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9216E43FAF
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 10:38:59 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.8/8.12.1) with ESMTP id h26Icsmq054626
	for <current@FreeBSD.ORG>; Thu, 6 Mar 2003 13:38:54 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.8/8.12.1/Submit) id h26IcsZ5054625
	for current@FreeBSD.ORG; Thu, 6 Mar 2003 13:38:54 -0500 (EST)
	(envelope-from hiten)
Date: Thu, 6 Mar 2003 13:38:54 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: current@FreeBSD.ORG
Subject: Loopback device dillema
Message-ID: <20030306183854.GA47557@unixdaemons.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi gang.

As I was playing around with the mbuf code, and came across the loopback
device code (if_loop.c).  Despite it's ugliness and shoddy code which
came with the KAME stuff.

Well, the problem is that it's not possible to compile the kernel when
you remove the loop device from your config, because of the if_simloop
changes that julian made some time ago (revision 1.33 of if_loop.c).

So, shall we make if_loop.c the default, and not have a 'device loop'
option, or does someone want to take the time of cleaning up the mess in
the case when 'device loop' is not in the config?

I have cleaned up the if_simloop case in my local tree by moving it into
if.c as it's a pretty generic routine used in various files, but now the
problem comes in how 'loif' is used in netinet/if_ether.c and netinet/igmp.c.

To conclude, I would like to see the loopback device made default, and
if this is not agreed upon, then someone needs to fix case when loopback
device is not in the kernel config, and is going to be loaded as a
module.

Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 10:40:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CD93F37B401
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 10:40:11 -0800 (PST)
Received: from brev.stud.ntnu.no (brev.stud.ntnu.no [129.241.56.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E604443F75
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 10:40:09 -0800 (PST)
	(envelope-from morten@rodal.no)
Received: from localhost (localhost [127.0.0.1])
	by brev.stud.ntnu.no (Postfix) with ESMTP id 72E5313F669
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 19:40:08 +0100 (CET)
Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200])
	by brev.stud.ntnu.no (Postfix) with ESMTP id 912C813F668
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 19:40:07 +0100 (CET)
Received: (from morten@localhost)
	by slurp.rodal.no (8.12.8/8.12.8/Submit) id h26Ie6pN001238
	for current@FreeBSD.org; Thu, 6 Mar 2003 19:40:06 +0100 (CET)
	(envelope-from morten)
Date: Thu, 6 Mar 2003 19:40:06 +0100
From: Morten Rodal <morten@rodal.no>
To: current@FreeBSD.org
Subject: panic: bwrite: buffer is not busy???
Message-ID: <20030306184005.GA684@slurp.rodal.no>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7iMSBzlTiPOCCT2k"
Content-Disposition: inline
X-Virus-Scanned: by AMaViS perl-11
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--7iMSBzlTiPOCCT2k
Content-Type: multipart/mixed; boundary="FCuugMFkClbJLl1L"
Content-Disposition: inline


--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I briefly searched my mailbox for other panics with this panic string,
but all the others seem to be due to tcp_input and not the filesystem
(as I suspect mine is).  The machine is running a SMP kernel built
yesterday (Wed Mar  5 22:50:35 CET 2003).

Unfortunatly I was not able to save the stack backtrace from DDB, but
I hope the gdb backtrace will help someone figure out what may have
caused this.

--=20
Morten Rodal


--FCuugMFkClbJLl1L
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=typescript
Content-Transfer-Encoding: quoted-printable

Script started on Thu Mar  6 19:30:12 2003
slurp# gdb -k kernel.1 vmcore.1
GNU gdb 5.2.1 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain condition=
s.
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-undermydesk-freebsd"...
panic: bwrite: buffer is not busy???
panic messages:
---
panic: bwrite: buffer is not busy???
cpuid =3D 0; lapic.id =3D 01000000
Stack backtrace:
boot() called on cpu#0

syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
cpuid =3D 0; lapic.id =3D 01000000
boot() called on cpu#0
Uptime: 18h38m45s
Dumping 447 MB
 16[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] =
[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CT=
RL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort]  32 48=
 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 3=
68 384 400 416 432
---
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
239		dumping++;
(kgdb) where
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1  0xc01d43ca in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3=
71
#2  0xc01d46a7 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#3  0xc0218dc2 in bwrite (bp=3D0xccb1ec98) at /usr/src/sys/kern/vfs_bio.c:7=
95
#4  0xc021a909 in vfs_bio_awrite (bp=3D0xccb1ec98)
    at /usr/src/sys/kern/vfs_bio.c:1692
#5  0xc02a881a in ffs_fsync (ap=3D0xe35928a4)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:257
#6  0xc02a78f9 in ffs_sync (mp=3D0xc3a73200, waitfor=3D2, cred=3D0xc1376e80=
,=20
    td=3D0xc0363180) at vnode_if.h:612
#7  0xc022f8bb in sync (td=3D0xc0363180, uap=3D0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:138
#8  0xc01d3fab in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2=
80
#9  0xc01d46a7 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#10 0xc0218dc2 in bwrite (bp=3D0xcca077d8) at /usr/src/sys/kern/vfs_bio.c:7=
95
#11 0xc021974c in bawrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:1138
#12 0xc022178a in cluster_wbuild (vp=3D0xc3cf85b4, size=3D16384, start_lbn=
=3D50,=20
    len=3D2) at /usr/src/sys/kern/vfs_cluster.c:996
#13 0xc0220d7f in cluster_write (bp=3D0xcca47310, filesize=3D847872, seqcou=
nt=3D1)
    at /usr/src/sys/kern/vfs_cluster.c:596
#14 0xc02a949f in ffs_write (ap=3D0xe3592bc4)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:836
#15 0xc0237c7d in vn_write (fp=3D0xc41b2ca8, uio=3D0xe3592c70,=20
    active_cred=3D0xc3aa7380, flags=3D0, td=3D0xc4152780) at vnode_if.h:417
#16 0xc01f7928 in dofilewrite (td=3D0xc4152780, fp=3D0xc41b2ca8, fd=3D0,=20
    buf=3D0x8e12e00, nbyte=3D0, offset=3D0, flags=3D0) at file.h:239
#17 0xc01f7769 in write (td=3D0xc4152780, uap=3D0xe3592d10)
    at /usr/src/sys/kern/sys_generic.c:329
#18 0xc030be8c in syscall (frame=3D
      {tf_fs =3D 262191, tf_es =3D 47, tf_ds =3D -1079246801, tf_edi =3D 0,=
 tf_esi =3D 671674624, tf_ebp =3D -1077939880, tf_isp =3D -480694924, tf_eb=
x =3D 671686852, tf_edx =3D 29, tf_ecx =3D 0, tf_eax =3D 4, tf_trapno =3D 2=
2, tf_err =3D 2, tf_eip =3D 677083971, tf_cs =3D 31, tf_eflags =3D 518, tf_=
esp =3D -1077939940, tf_ss =3D 47})
    at /usr/src/sys/i386/i386/trap.c:1030
#19 0xc02f404d in Xint0x80_syscall () at {standard input}:139
---Can't read userspace from dump, or kernel process---

(kgdb) slurp# ^Dexit

Script done on Thu Mar  6 19:30:29 2003

--FCuugMFkClbJLl1L--

--7iMSBzlTiPOCCT2k
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Z5YFbWe1Cy11WVsRAm5eAJ9YDOQdGZzW1ldtbq9LSc781wMJ5QCeMtpZ
kLsb8KaK9mxVtJpHZoY7ydg=
=UYWE
-----END PGP SIGNATURE-----

--7iMSBzlTiPOCCT2k--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 10:57: 6 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9D5B937B401
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 10:57:05 -0800 (PST)
Received: from smtp.netcologne.de (smtp.netcologne.de [194.8.194.112])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CA2FC43F93
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 10:57:04 -0800 (PST)
	(envelope-from tmseck-usenet@netcologne.de)
Received: from localhost (xdsl-213-196-208-177.netcologne.de [213.196.208.177])
	by smtp.netcologne.de (Postfix) with ESMTP id B9F9686731
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 19:56:59 +0100 (MET)
Received: (qmail 1089 invoked by uid 1001); 6 Mar 2003 18:57:09 -0000
Date: 6 Mar 2003 18:57:09 -0000
Message-ID: <20030306185709.1088.qmail@laurel.tmseck.homedns.org>
From: Thomas Seck <tmseck-lists@netcologne.de>
To: freebsd-current@freebsd.org
Subject: Re: "blockable sleep lock" panic in latest -current.
Organization: private site
In-Reply-To: <20030307035011.I2362-100000@gamplex.bde.org>
X-Attribution: tms
Mail-Copies-To: nobody
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

* Bruce Evans (bde@zeta.org.au):

> This is the usual panic from sync() in panic() tripping over a lock.
> Calling sync() in panic was never safe and now usually fails.

Should one set "kern.sync_on_panic" to zero then?

     --Thomas

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11: 0:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AD52937B405
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:00:15 -0800 (PST)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C438A43F93
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:00:14 -0800 (PST)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1])
	by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id h26J0CJu017154;
	Thu, 6 Mar 2003 11:00:12 -0800
Received: (from brdavis@localhost)
	by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id h26J0Cu6017153;
	Thu, 6 Mar 2003 11:00:12 -0800
Date: Thu, 6 Mar 2003 11:00:11 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Hiten Pandya <hiten@unixdaemons.com>
Cc: current@FreeBSD.ORG
Subject: Re: Loopback device dillema
Message-ID: <20030306110011.B27325@Odin.AC.HMC.Edu>
References: <20030306183854.GA47557@unixdaemons.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030306183854.GA47557@unixdaemons.com>; from hiten@unixdaemons.com on Thu, Mar 06, 2003 at 01:38:54PM -0500
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--0eh6TmSyL6TZE2Uz
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 06, 2003 at 01:38:54PM -0500, Hiten Pandya wrote:
> To conclude, I would like to see the loopback device made default, and
> if this is not agreed upon, then someone needs to fix case when loopback
> device is not in the kernel config, and is going to be loaded as a
> module.

What is gained by making loopback default?  It's true that you need a
loopback device, but that's a bug not a feature.

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--0eh6TmSyL6TZE2Uz
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+Z5q7XY6L6fI4GtQRAg5jAJoDGc0VGPGKTn8EOXxh1QcM65AnmgCfTcHz
nShxsn4ZfZOYn2k/+Tf3Fx8=
=up0n
-----END PGP SIGNATURE-----

--0eh6TmSyL6TZE2Uz--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11: 6:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8538937B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:06:35 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9373F43FA3
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:06:34 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.8/8.12.1) with ESMTP id h26J6Wmq057882;
	Thu, 6 Mar 2003 14:06:32 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.8/8.12.1/Submit) id h26J6WhR057877;
	Thu, 6 Mar 2003 14:06:32 -0500 (EST)
	(envelope-from hiten)
Date: Thu, 6 Mar 2003 14:06:32 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: current@FreeBSD.ORG
Subject: Re: Loopback device dillema
Message-ID: <20030306190632.GB55182@unixdaemons.com>
References: <20030306183854.GA47557@unixdaemons.com> <20030306110011.B27325@Odin.AC.HMC.Edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030306110011.B27325@Odin.AC.HMC.Edu>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Brooks Davis (Thu, Mar 06, 2003 at 11:00:11AM -0800) wrote:
> On Thu, Mar 06, 2003 at 01:38:54PM -0500, Hiten Pandya wrote:
> > To conclude, I would like to see the loopback device made default, and
> > if this is not agreed upon, then someone needs to fix case when loopback
> > device is not in the kernel config, and is going to be loaded as a
> > module.
> 
> What is gained by making loopback default?  It's true that you need a
> loopback device, but that's a bug not a feature.

Right, I do not have a problem with that, but that just means someone
needs to fix that in netinet/if_ether.c, and netinet/igmp.c.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:15:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5912937B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:15:19 -0800 (PST)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C8CA243F75
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:15:18 -0800 (PST)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1])
	by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id h26JFHJu020224;
	Thu, 6 Mar 2003 11:15:17 -0800
Received: (from brdavis@localhost)
	by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id h26JFGoa020223;
	Thu, 6 Mar 2003 11:15:16 -0800
Date: Thu, 6 Mar 2003 11:15:16 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Hiten Pandya <hiten@unixdaemons.com>
Cc: Brooks Davis <brooks@one-eyed-alien.net>, current@FreeBSD.ORG
Subject: Re: Loopback device dillema
Message-ID: <20030306111516.A19108@Odin.AC.HMC.Edu>
References: <20030306183854.GA47557@unixdaemons.com> <20030306110011.B27325@Odin.AC.HMC.Edu> <20030306190632.GB55182@unixdaemons.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030306190632.GB55182@unixdaemons.com>; from hiten@unixdaemons.com on Thu, Mar 06, 2003 at 02:06:32PM -0500
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--yrj/dFKFPuw6o+aM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 06, 2003 at 02:06:32PM -0500, Hiten Pandya wrote:
> Brooks Davis (Thu, Mar 06, 2003 at 11:00:11AM -0800) wrote:
> > On Thu, Mar 06, 2003 at 01:38:54PM -0500, Hiten Pandya wrote:
> > > To conclude, I would like to see the loopback device made default, and
> > > if this is not agreed upon, then someone needs to fix case when loopb=
ack
> > > device is not in the kernel config, and is going to be loaded as a
> > > module.
> >=20
> > What is gained by making loopback default?  It's true that you need a
> > loopback device, but that's a bug not a feature.
>=20
> Right, I do not have a problem with that, but that just means someone
> needs to fix that in netinet/if_ether.c, and netinet/igmp.c.

Not to mention:

netinet6/{in6_pcb.c,in6_src.c,ip6_input.c,ip6_output.c,nd6.c}

but that wasn't my point.  I ask again:

What is gained by making loopback default?

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--yrj/dFKFPuw6o+aM
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+Z55EXY6L6fI4GtQRAj8hAKDm901af2DniZtWJFxmoeiatQNHSQCfVXdf
4yqzwyBwlRCJw9MLeWD0dHg=
=0RUk
-----END PGP SIGNATURE-----

--yrj/dFKFPuw6o+aM--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:22:48 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1A0DD37B401; Thu,  6 Mar 2003 11:22:47 -0800 (PST)
Received: from mail.flugsvamp.com (ts46-01-qdr3643.mdfrd.or.charter.com [68.118.36.71])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 0DAE043FAF; Thu,  6 Mar 2003 11:22:46 -0800 (PST)
	(envelope-from jlemon@flugsvamp.com)
Received: (from jlemon@localhost)
	by mail.flugsvamp.com (8.12.6/8.12.6) id h26JMLnd041477;
	Thu, 6 Mar 2003 13:22:21 -0600 (CST)
	(envelope-from jlemon)
Date: Thu, 6 Mar 2003 13:22:20 -0600
From: Jonathan Lemon <jlemon@flugsvamp.com>
To: John Baldwin <jhb@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: witness: nfs & buf queue
Message-ID: <20030306132220.T61787@flugsvamp.com>
Mail-Followup-To: John Baldwin <jhb@FreeBSD.org>, current@FreeBSD.org
References: <20030305201016.S61787@flugsvamp.com> <XFMail.20030306130149.jhb@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <XFMail.20030306130149.jhb@FreeBSD.org>; from jhb@FreeBSD.org on Thu, Mar 06, 2003 at 01:01:49PM -0500
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Mar 06, 2003 at 01:01:49PM -0500, John Baldwin wrote:
> 
> On 06-Mar-2003 Jonathan Lemon wrote:
> > Doing a kernel build over NFS on today's -current gives a pile of
> > following error messages during the final link phase:
> > 
> > Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> > exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> > Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> > exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> > Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
> > exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
> > ...
> 
> Witness didn't used to complain about these until my recent commits,
> so these could be old bugs that we are just now seeing.  It does look
> like all the lock functions in inmem() use LK_NOWAIT which is exempted
> from the witness check:
> 
>         if ((flags & (LK_NOWAIT|LK_RELEASE)) == 0)
>                 WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK,
>                     &lkp->lk_interlock->mtx_object,
>                     "Acquiring lockmgr lock \"%s\"", lkp->lk_wmesg);
> 
> A stack trace from one of these would be helpful.

Here you go.  This is from -current as of roughly an hour ago, I managed
to break into ddb in the middle of witness_warn:

kvprintf(c03918eb,c0210c20,e4050bfc,a,e4050c48) at kvprintf+0x8d
vprintf(c03918eb,e4050c48,0,c0428620,10001) at vprintf+0x57
witness_warn(5,c0400da8,c03918eb,c039fff9,c6a752d0) at witness_warn+0xbe
lockmgr(ca438304,10001,ca438248,c6a752d0,12) at lockmgr+0xc8
vop_sharedlock(e4050c98,0,c039a8b0,35c,c01eb1f2) at vop_sharedlock+0x7d
vn_lock(ca438248,12,c6a752d0,83b,c04285e0) at vn_lock+0xeb
flushbufqueues(c04285e0,0,c0398a32,104,64) at flushbufqueues+0x100
buf_daemon(0,e4050d48,c0390fdb,35f,0) at buf_daemon+0xd5
fork_exit(c0239920,0,e4050d48) at fork_exit+0xc4
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xe4050d7c, ebp = 0 ---

No gdb stack trace, my dump device is too small.  :-(
--
Jonathan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:29:35 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E519037B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:29:33 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6F22F43FA3
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:29:32 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.8/8.12.1) with ESMTP id h26JTUmq060511;
	Thu, 6 Mar 2003 14:29:30 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.8/8.12.1/Submit) id h26JTUlA060510;
	Thu, 6 Mar 2003 14:29:30 -0500 (EST)
	(envelope-from hiten)
Date: Thu, 6 Mar 2003 14:29:30 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: Brooks Davis <brooks@one-eyed-alien.net>
Cc: current@FreeBSD.ORG
Subject: Re: Loopback device dillema
Message-ID: <20030306192930.GD55182@unixdaemons.com>
References: <20030306183854.GA47557@unixdaemons.com> <20030306110011.B27325@Odin.AC.HMC.Edu> <20030306190632.GB55182@unixdaemons.com> <20030306111516.A19108@Odin.AC.HMC.Edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030306111516.A19108@Odin.AC.HMC.Edu>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Brooks Davis (Thu, Mar 06, 2003 at 11:15:16AM -0800) wrote:
> Not to mention:
> 
> netinet6/{in6_pcb.c,in6_src.c,ip6_input.c,ip6_output.c,nd6.c}

> What is gained by making loopback default?

Nothing is gained.  But it's neccessary fix this, IMHO.  Not to mention
that our loopback device code looks terribly ugly anyway. :-)

Cheers.

-- 
Hiten Pandya (hiten@unixdaemons.com, hiten@uk.FreeBSD.org)
http://www.unixdaemons.com/~hiten/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:34:23 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1E6EE37B401; Thu,  6 Mar 2003 11:34:19 -0800 (PST)
Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 24DBC43F93; Thu,  6 Mar 2003 11:34:14 -0800 (PST)
	(envelope-from chris@unixpages.org)
Received: from gondor.middleearth (gondor.middleearth [192.168.1.42])
	by haakonia.hitnet.rwth-aachen.de (Postfix) with ESMTP
	id 8F751ABD4; Thu,  6 Mar 2003 20:34:13 +0100 (CET)
Received: by gondor.middleearth (Postfix, from userid 1001)
	id 230EB4408; Thu,  6 Mar 2003 20:34:12 +0100 (CET)
Date: Thu, 6 Mar 2003 20:34:12 +0100
From: Christian Brueffer <chris@unixpages.org>
To: Maksim Yevmenkin <myevmenk@exodus.net>
Cc: current@FreeBSD.ORG, net@FreeBSD.ORG
Subject: Re: Bluetooth stack for FreeBSD
Message-ID: <20030306193412.GF63966@unixpages.org>
References: <3E667ED7.2060603@exodus.net> <3E66871A.4080304@exodus.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="XStn23h1fwudRqtG"
Content-Disposition: inline
In-Reply-To: <3E66871A.4080304@exodus.net>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--XStn23h1fwudRqtG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Mar 05, 2003 at 03:24:10PM -0800, Maksim Yevmenkin wrote:
>=20
> Dear Hackers,
>=20
> I'm very pleased to announce that another release is available for=20
> download at
>=20
> http://www.geocities.com/m_evmenkin/ngbt-fbsd-20030305.tar.gz
>=20
> The Bluetooth sockets layer has been cleaned up. People should not
> see any WITNESS complains with new code. Locking issues have been
> revisited and code in much better shape now, although it probably
> is not 100% SMP ready just yet. The code should work on SMP system
> anyway because sockets layer is still under Giant. Minor bug in
> OpenOBEX library has been fixed and OPEX Put-Empty command now works.
> Also ng_ubt(4) now supports Wireless Transceiver for Bluetooth from
> Microsoft. Thanks to Dustin Boontheekul <dboonthe@math.okstate.edu>
> for testing.
>=20
> IMPORTANT!
>=20
> Due to changes in API userland tools must be in sync with the kernel.
> People should install new include files, recompile and reinstall all
> userland tools as part of upgrade. I'm sorry about that.
>=20
> IMPORTANT!
>=20
> New taskqueue_swi_giant has been introduces recently in FreeBSD.
> The socket code has been converted to use it. If you system is
> not recent you will need
>=20
> 1) upgrade to recent -current
> or
> 2) change taskqueue_swi_giant to taskqueue_swi and compile code.
>=20
> People are advised to upgrade and try the new code. Please do ask
> question and submit success stories/bug reports to me. Please also
> CC to one the FreeBSD mailing lists (mobile, net or current) for
> archive purposes.
>=20
> thanks,
> max
>=20

Are there any undertakings on the way to update the bluetooth code
in -CURRENT to a newer snapshot?

- Christian

--=20
Christian Brueffer	chris@unixpages.org	brueffer@FreeBSD.org
GPG Key:	 http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D

--XStn23h1fwudRqtG
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Z6K0bHYXjKDtmC0RAsAnAKDdo09nMb7/RrUbfa7L8ai1k3bUPACfaD4G
VLN1j2KI+PdPb2kwW2skW9E=
=wniD
-----END PGP SIGNATURE-----

--XStn23h1fwudRqtG--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:41:35 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 485BF37B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:41:33 -0800 (PST)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B50AC43F93
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 11:41:32 -0800 (PST)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1])
	by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id h26JfUJu026082;
	Thu, 6 Mar 2003 11:41:31 -0800
Received: (from brdavis@localhost)
	by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id h26JfUC4026081;
	Thu, 6 Mar 2003 11:41:30 -0800
Date: Thu, 6 Mar 2003 11:41:30 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Hiten Pandya <hiten@unixdaemons.com>
Cc: Brooks Davis <brooks@one-eyed-alien.net>, current@FreeBSD.ORG
Subject: Re: Loopback device dillema
Message-ID: <20030306114125.A23312@Odin.AC.HMC.Edu>
References: <20030306183854.GA47557@unixdaemons.com> <20030306110011.B27325@Odin.AC.HMC.Edu> <20030306190632.GB55182@unixdaemons.com> <20030306111516.A19108@Odin.AC.HMC.Edu> <20030306192930.GD55182@unixdaemons.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-md5;
	protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq"
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20030306192930.GD55182@unixdaemons.com>; from hiten@unixdaemons.com on Thu, Mar 06, 2003 at 02:29:30PM -0500
X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 06, 2003 at 02:29:30PM -0500, Hiten Pandya wrote:
> > What is gained by making loopback default?
>=20
> Nothing is gained.  But it's neccessary fix this, IMHO.  Not to mention
> that our loopback device code looks terribly ugly anyway. :-)

I certaintly agree the loop interface could use some clean up.  I just
don't want to see the layer violation loif represents papered over by
making loop default.  That would be a move in the wrong direction.

-- Brooks

--=20
Any statement of the form "X is the one, true Y" is FALSE.
PGP fingerprint 655D 519C 26A7 82E7 2529  9BF0 5D8E 8BE9 F238 1AD4

--45Z9DzgjV8m4Oswq
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+Z6RlXY6L6fI4GtQRArMXAJ9OjECkg5SIlpeqthK4sVsO7gvNogCfbS4o
98eQedqFL76U+5fLlMafNGk=
=Cy7m
-----END PGP SIGNATURE-----

--45Z9DzgjV8m4Oswq--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:44:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9CD1537B407; Thu,  6 Mar 2003 11:44:41 -0800 (PST)
Received: from scl8owa02.int.exodus.net (scl8out02.exodus.net [66.35.230.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 8EF4D43FCB; Thu,  6 Mar 2003 11:44:39 -0800 (PST)
	(envelope-from Maksim.Yevmenkin@cw.com)
Received: from scl8owa01.int.exodus.net ([66.35.230.241]) by scl8owa02.int.exodus.net with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 6 Mar 2003 11:44:39 -0800
Received: from exodus.net ([165.193.27.35]) by scl8owa01.int.exodus.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.5329);
	 Thu, 6 Mar 2003 11:44:38 -0800
Message-ID: <3E67A463.9050402@exodus.net>
Date: Thu, 06 Mar 2003 11:41:23 -0800
From: Maksim Yevmenkin <myevmenk@exodus.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021126
X-Accept-Language: ru, en-us, en
MIME-Version: 1.0
To: Christian Brueffer <chris@unixpages.org>
Cc: current@FreeBSD.ORG, net@FreeBSD.ORG
Subject: Re: Bluetooth stack for FreeBSD
References: <3E667ED7.2060603@exodus.net> <3E66871A.4080304@exodus.net> <20030306193412.GF63966@unixpages.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 06 Mar 2003 19:44:38.0874 (UTC) FILETIME=[D2EAB3A0:01C2E418]
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello Christian,

[...]

> Are there any undertakings on the way to update the bluetooth code
> in -CURRENT to a newer snapshot?

As soon as I get at least few positive feedbacks from the testers
Julian will commit it :) I do not feel comfortable to commit the
code that has only been tested on the limited set of devices I have.

So I'll ask this again. Please try the new code and let me know if
it works for you. Pretty please with two sugar lumps on top :)

thanks,
max



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:50:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 48AEA37B401
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 11:50:44 -0800 (PST)
Received: from scribble.fsn.hu (scribble.fsn.hu [193.224.40.95])
	by mx1.FreeBSD.org (Postfix) with SMTP id DE55543F75
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 11:50:42 -0800 (PST)
	(envelope-from bra@fsn.hu)
Received: (qmail 13327 invoked by uid 1000); 6 Mar 2003 19:50:41 -0000
Received: from localhost (sendmail-bs@127.0.0.1)
  by localhost with SMTP; 6 Mar 2003 19:50:41 -0000
Date: Thu, 6 Mar 2003 20:50:41 +0100 (CET)
From: Attila Nagy <bra@fsn.hu>
To: Morten Rodal <morten@rodal.no>
Cc: current@FreeBSD.org
Subject: Re: panic: bwrite: buffer is not busy???
In-Reply-To: <20030306184005.GA684@slurp.rodal.no>
Message-ID: <Pine.LNX.4.53.0303062049330.11493@scribble.fsn.hu>
References: <20030306184005.GA684@slurp.rodal.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello,

> I briefly searched my mailbox for other panics with this panic string,
> but all the others seem to be due to tcp_input and not the filesystem
> (as I suspect mine is).  The machine is running a SMP kernel built
> yesterday (Wed Mar 5 22:50:35 CET 2003).
Is it like this one?
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/46861

I get these every day, don't matter if the machine is an SMP one, or just
a UP. (I tried and can reproduce this panic on at least 3 different
machines)

----------[ Free Software ISOs - http://www.fsn.hu/?f=download ]----------
Attila Nagy					e-mail: Attila.Nagy@fsn.hu
Free Software Network (FSN.HU)		  phone @work: +361 210 1415 (194)
						cell.: +3630 306 6758

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 11:53:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BCA2037B405; Thu,  6 Mar 2003 11:53:36 -0800 (PST)
Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id E190543F3F; Thu,  6 Mar 2003 11:53:35 -0800 (PST)
	(envelope-from julian@elischer.org)
Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4])
          by sccrmhc01.attbi.com (sccrmhc01) with ESMTP
          id <2003030619533400100j5cq6e>; Thu, 6 Mar 2003 19:53:35 +0000
Received: from localhost (localhost.elischer.org [127.0.0.1])
	by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA71399;
	Thu, 6 Mar 2003 11:53:33 -0800 (PST)
Date: Thu, 6 Mar 2003 11:53:31 -0800 (PST)
From: Julian Elischer <julian@elischer.org>
To: Christian Brueffer <chris@unixpages.org>
Cc: Maksim Yevmenkin <myevmenk@exodus.net>, current@FreeBSD.ORG,
	net@FreeBSD.ORG
Subject: Re: Bluetooth stack for FreeBSD
In-Reply-To: <20030306193412.GF63966@unixpages.org>
Message-ID: <Pine.BSF.4.21.0303061152090.71360-100000@InterJet.elischer.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

yes as soon as we get some +ve feedback about it..
i.e. if it works for you let us know and af we don't hear anything -ve
and do hear +ve, we'll commit it :-) (Or rather I'll commit it for
Maksim).


On Thu, 6 Mar 2003, Christian Brueffer wrote:
> 
> Are there any undertakings on the way to update the bluetooth code
> in -CURRENT to a newer snapshot?


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 12: 1:59 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 03BBE37B401
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 12:01:57 -0800 (PST)
Received: from mail.speakeasy.net (mail12.speakeasy.net [216.254.0.212])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D7C2743FBF
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 12:01:55 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 18880 invoked from network); 6 Mar 2003 20:02:01 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail12.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <jeffr@FreeBSD.org>; 6 Mar 2003 20:02:01 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h26Jx3hT052448;
	Thu, 6 Mar 2003 14:59:03 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030306150207.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20030306132220.T61787@flugsvamp.com>
Date: Thu, 06 Mar 2003 15:02:07 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Jonathan Lemon <jlemon@flugsvamp.com>
Subject: Re: witness: nfs & buf queue
Cc: current@FreeBSD.org, jeffr@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 06-Mar-2003 Jonathan Lemon wrote:
> On Thu, Mar 06, 2003 at 01:01:49PM -0500, John Baldwin wrote:
>> 
>> On 06-Mar-2003 Jonathan Lemon wrote:
>> > Doing a kernel build over NFS on today's -current gives a pile of
>> > following error messages during the final link phase:
>> > 
>> > Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
>> > exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
>> > Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
>> > exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
>> > Acquiring lockmgr lock "nfs" with the following non-sleepablelocks held:
>> > exclusive sleep mutex buf queue lock r = 0 (0xc0427b60) locked @ ../../../kern/vfs_bio.c:2107
>> > ...
>> 
>> Witness didn't used to complain about these until my recent commits,
>> so these could be old bugs that we are just now seeing.  It does look
>> like all the lock functions in inmem() use LK_NOWAIT which is exempted
>> from the witness check:
>> 
>>         if ((flags & (LK_NOWAIT|LK_RELEASE)) == 0)
>>                 WITNESS_WARN(WARN_GIANTOK | WARN_SLEEPOK,
>>                     &lkp->lk_interlock->mtx_object,
>>                     "Acquiring lockmgr lock \"%s\"", lkp->lk_wmesg);
>> 
>> A stack trace from one of these would be helpful.
> 
> Here you go.  This is from -current as of roughly an hour ago, I managed
> to break into ddb in the middle of witness_warn:
> 
> kvprintf(c03918eb,c0210c20,e4050bfc,a,e4050c48) at kvprintf+0x8d
> vprintf(c03918eb,e4050c48,0,c0428620,10001) at vprintf+0x57
> witness_warn(5,c0400da8,c03918eb,c039fff9,c6a752d0) at witness_warn+0xbe
> lockmgr(ca438304,10001,ca438248,c6a752d0,12) at lockmgr+0xc8

10001 = LK_INTERLOCK | LK_SHARED, note no LK_NOWAIT flag, hence the bug. :(

> vop_sharedlock(e4050c98,0,c039a8b0,35c,c01eb1f2) at vop_sharedlock+0x7d

The bug seems to be that vop_sharedlock doesn't honor LK_NOWAIT or any
other external lockmgr flags.

Untested possible patch below.  I'd really like jeffr's comments on it
though:

Index: vfs_default.c
===================================================================
RCS file: /usr/cvs/src/sys/kern/vfs_default.c,v
retrieving revision 1.75
diff -u -r1.75 vfs_default.c
--- vfs_default.c       3 Mar 2003 23:37:50 -0000       1.75
+++ vfs_default.c       6 Mar 2003 20:00:40 -0000
@@ -445,8 +445,7 @@
        default:
                panic("vop_sharedlock: bad operation %d", flags & LK_TYPE_MASK);
        }
-       if (flags & LK_INTERLOCK)
-               vnflags |= LK_INTERLOCK;
+       vnflags |= flags & (LK_INTERLOCK | LK_EXTFLG_MASK);
 #ifndef        DEBUG_LOCKS
        return (lockmgr(vp->v_vnlock, vnflags, VI_MTX(vp), ap->a_td));
 #else
@@ -503,8 +502,7 @@
        default:
                panic("vop_nolock: bad operation %d", flags & LK_TYPE_MASK);
        }
-       if (flags & LK_INTERLOCK)
-               vnflags |= LK_INTERLOCK;
+       vnflags |= flags & (LK_INTERLOCK | LK_EXTFLG_MASK);
        return(lockmgr(vp->v_vnlock, vnflags, VI_MTX(vp), ap->a_td));
 #else /* for now */
        /*

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 12:44:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 96C8C37B401
	for <current@freebsd.org>; Thu,  6 Mar 2003 12:44:29 -0800 (PST)
Received: from MX2.estpak.ee (ld3.estpak.ee [194.126.101.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7732643F75
	for <current@freebsd.org>; Thu,  6 Mar 2003 12:44:28 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from kevad.internal (80-235-33-134-dsl.mus.estpak.ee [80.235.33.134])
	by MX2.estpak.ee (Postfix) with ESMTP
	id CEE6473549; Thu,  6 Mar 2003 22:43:03 +0200 (EET)
Received: (from vallo@localhost)
	by kevad.internal (8.12.6/8.12.6/Submit) id h26KiLJX005167;
	Thu, 6 Mar 2003 22:44:21 +0200 (EET)
	(envelope-from vallo)
Date: Thu, 6 Mar 2003 22:44:21 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Jeff Roberson <jroberson@chesapeake.net>
Cc: current@freebsd.org
Subject: Re: SCHED_ULE ok again.  feedback please?
Message-ID: <20030306204421.GA5095@kevad.internal>
Reply-To: kalts@estpak.ee
References: <20030304011700.C62398-100000@mail.chesapeake.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030304011700.C62398-100000@mail.chesapeake.net>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Tue, Mar 04, 2003 at 01:25:24AM -0500, Jeff Roberson
<jroberson@chesapeake.net> wrote:

> I'm using SCHED_ULE on my laptop now.  My recent round of fixes seems to
> have helped out.  I'm getting good interactive performance.  I'm doing the
> following:
> 
> nice -5'd for (;;) {} process.
> make -j4 buildworld
> 
> Mozilla, pine, irc, screen, vi, etc.
> 
> All interactive tasks are very responsive.  My nice -5'd looping process
> is getting 70% of the cpu and my compile is taking the rest.  nice +20 may
> not behave as well as in sched_4bsd right now.  I'm going to work on that.
> 
> This is on a 2ghz laptop though so your mileage may vary.  Use reports are
> welcome.

Much improved, can work while two seti@home processes run at nice
19. Still takes more time to show directory listing (ls -la) compared
to scheduler and the listing itself is a bit "jumpy". Scrolls about
20 lines, then waits for a moment, then scrolls forward again and so
on. The stopping moments are actually very short, but noticeable.
This is while the seti's are running, 2CPU PIII-500.
-- 

Vallo Kallaste

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 13:23:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3C14C37B405
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 13:23:43 -0800 (PST)
Received: from brev.stud.ntnu.no (brev.stud.ntnu.no [129.241.56.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6BB6443F3F
	for <current@FreeBSD.org>; Thu,  6 Mar 2003 13:23:42 -0800 (PST)
	(envelope-from morten@rodal.no)
Received: from localhost (localhost [127.0.0.1])
	by brev.stud.ntnu.no (Postfix) with ESMTP
	id 6041013F759; Thu,  6 Mar 2003 22:23:30 +0100 (CET)
Received: from slurp.rodal.no (m200h.studby.ntnu.no [129.241.135.200])
	by brev.stud.ntnu.no (Postfix) with ESMTP
	id 8139813F697; Thu,  6 Mar 2003 22:23:29 +0100 (CET)
Received: (from morten@localhost)
	by slurp.rodal.no (8.12.8/8.12.8/Submit) id h26LNSW4002543;
	Thu, 6 Mar 2003 22:23:28 +0100 (CET)
	(envelope-from morten)
Date: Thu, 6 Mar 2003 22:23:28 +0100
From: Morten Rodal <morten@rodal.no>
To: Attila Nagy <bra@fsn.hu>
Cc: current@FreeBSD.org
Subject: Re: panic: bwrite: buffer is not busy???
Message-ID: <20030306212328.GB684@slurp.rodal.no>
References: <20030306184005.GA684@slurp.rodal.no> <Pine.LNX.4.53.0303062049330.11493@scribble.fsn.hu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="TiqCXmo5T1hvSQQg"
Content-Disposition: inline
In-Reply-To: <Pine.LNX.4.53.0303062049330.11493@scribble.fsn.hu>
X-Virus-Scanned: by AMaViS perl-11
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--TiqCXmo5T1hvSQQg
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 06, 2003 at 08:50:41PM +0100, Attila Nagy wrote:
> Hello,
>=20
> > I briefly searched my mailbox for other panics with this panic string,
> > but all the others seem to be due to tcp_input and not the filesystem
> > (as I suspect mine is).  The machine is running a SMP kernel built
> > yesterday (Wed Mar 5 22:50:35 CET 2003).
> Is it like this one?
> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/46861
>=20

No, these seem to be caused by a bug in the tcp code (may be fixed in
-current?)

--=20
Morten Rodal


--TiqCXmo5T1hvSQQg
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Z7xQbWe1Cy11WVsRAquzAJ9CDscGRl+p5kF11iipseVhG26CaACgraO5
Cdf4JSbTm5xNK7r+QZp/lcY=
=tLBx
-----END PGP SIGNATURE-----

--TiqCXmo5T1hvSQQg--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 14:10:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 06EC737B406
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 14:10:16 -0800 (PST)
Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 55DF343FDD
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 14:10:12 -0800 (PST)
	(envelope-from gallatin@cs.duke.edu)
Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30])
	by duke.cs.duke.edu (8.12.8/8.12.8) with ESMTP id h26MABRv002302
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 6 Mar 2003 17:10:11 -0500 (EST)
Received: (from gallatin@localhost)
	by grasshopper.cs.duke.edu (8.11.6/8.9.1) id h26MA6c76946;
	Thu, 6 Mar 2003 17:10:06 -0500 (EST)
	(envelope-from gallatin@cs.duke.edu)
From: Andrew Gallatin <gallatin@cs.duke.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15975.51006.529064.198196@grasshopper.cs.duke.edu>
Date: Thu, 6 Mar 2003 17:10:06 -0500 (EST)
To: Hiten Pandya <hiten@unixdaemons.com>
Cc: current@FreeBSD.ORG
Subject: Re: Loopback device dillema
In-Reply-To: <20030306192930.GD55182@unixdaemons.com>
References: <20030306183854.GA47557@unixdaemons.com>
	<20030306110011.B27325@Odin.AC.HMC.Edu>
	<20030306190632.GB55182@unixdaemons.com>
	<20030306111516.A19108@Odin.AC.HMC.Edu>
	<20030306192930.GD55182@unixdaemons.com>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hiten Pandya writes:
 > Brooks Davis (Thu, Mar 06, 2003 at 11:15:16AM -0800) wrote:
 > > Not to mention:
 > > 
 > > netinet6/{in6_pcb.c,in6_src.c,ip6_input.c,ip6_output.c,nd6.c}
 > 
 > > What is gained by making loopback default?
 > 
 > Nothing is gained.  But it's neccessary fix this, IMHO.  Not to mention
 > that our loopback device code looks terribly ugly anyway. :-)

Why bother with a non-problem like this that's only likely to create a
bikeshed?  Work on something that matters.  For example, a better use
of your time might be to convert a network driver to use busdma, or to
be SMP safe.

Drew


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 14:35:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B070237B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 14:35:15 -0800 (PST)
Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B909343F85
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 14:35:13 -0800 (PST)
	(envelope-from vkushnir@alfacom.net)
Received: from kushnir1.kiev.ua (124-187.dialup.Alfacom.net [193.108.124.187])
	by Stalker.alfacom.net (8.12.6/8.12.6) with ESMTP id h26MZ1HQ010712
	for <current@FreeBSD.ORG>; Fri, 7 Mar 2003 00:35:03 +0200 (EET)
Received: from kushnir1.kiev.ua (localhost [127.0.0.1])
	by kushnir1.kiev.ua (8.12.8/8.12.6) with ESMTP id h26MYxJO001603
	for <current@FreeBSD.ORG>; Fri, 7 Mar 2003 00:34:59 +0200 (EET)
	(envelope-from vkushnir@alfacom.net)
Received: from localhost (vkushnir@localhost)
	by kushnir1.kiev.ua (8.12.8/8.12.8/Submit) with ESMTP id h26MYwT6001600
	for <current@FreeBSD.ORG>; Fri, 7 Mar 2003 00:34:59 +0200 (EET)
X-Authentication-Warning: kushnir1.kiev.ua: vkushnir owned process doing -bs
Date: Fri, 7 Mar 2003 00:34:57 +0200 (EET)
From: Vladimir Kushnir <vkushnir@alfacom.net>
X-X-Sender: vkushnir@kushnir1.kiev.ua
To: current@FreeBSD.ORG
Subject: Re: panic: bwrite: buffer is not busy???
In-Reply-To: <Pine.LNX.4.53.0303062049330.11493@scribble.fsn.hu>
Message-ID: <20030307003202.H1233@kushnir1.kiev.ua>
References: <20030306184005.GA684@slurp.rodal.no>
 <Pine.LNX.4.53.0303062049330.11493@scribble.fsn.hu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 6 Mar 2003, Attila Nagy wrote:

> Hello,
>
> > I briefly searched my mailbox for other panics with this panic string,
> > but all the others seem to be due to tcp_input and not the filesystem
> > (as I suspect mine is).  The machine is running a SMP kernel built
> > yesterday (Wed Mar 5 22:50:35 CET 2003).
> Is it like this one?
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/46861
>
> I get these every day, don't matter if the machine is an SMP one, or just
> a UP. (I tried and can reproduce this panic on at least 3 different
> machines)
>

BTW, kernel compiled on Feb 26 morning works with no panics (although I
have to disble hw.ata.ata_dma for it)

Regards,
Vladimir

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 14:54:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3690237B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 14:54:36 -0800 (PST)
Received: from Stalker.alfacom.net (Stalker.Alfacom.net [193.108.124.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CFBC143FAF
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 14:54:34 -0800 (PST)
	(envelope-from vkushnir@alfacom.net)
Received: from kushnir1.kiev.ua (124-187.dialup.Alfacom.net [193.108.124.187])
	by Stalker.alfacom.net (8.12.6/8.12.6) with ESMTP id h26MsSHQ013310
	for <current@FreeBSD.ORG>; Fri, 7 Mar 2003 00:54:30 +0200 (EET)
Received: from kushnir1.kiev.ua (localhost [127.0.0.1])
	by kushnir1.kiev.ua (8.12.8/8.12.6) with ESMTP id h26MsQR0000654
	for <current@FreeBSD.ORG>; Fri, 7 Mar 2003 00:54:26 +0200 (EET)
	(envelope-from vkushnir@alfacom.net)
Received: from localhost (vkushnir@localhost)
	by kushnir1.kiev.ua (8.12.8/8.12.8/Submit) with ESMTP id h26MsOWB000651
	for <current@FreeBSD.ORG>; Fri, 7 Mar 2003 00:54:26 +0200 (EET)
X-Authentication-Warning: kushnir1.kiev.ua: vkushnir owned process doing -bs
Date: Fri, 7 Mar 2003 00:54:23 +0200 (EET)
From: Vladimir Kushnir <vkushnir@alfacom.net>
X-X-Sender: vkushnir@kushnir1.kiev.ua
To: current@FreeBSD.ORG
Subject: Re: panic: bwrite: buffer is not busy???
In-Reply-To: <20030306212328.GB684@slurp.rodal.no>
Message-ID: <20030307005239.Q602@kushnir1.kiev.ua>
References: <20030306184005.GA684@slurp.rodal.no>
 <Pine.LNX.4.53.0303062049330.11493@scribble.fsn.hu> <20030306212328.GB684@slurp.rodal.no>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, 6 Mar 2003, Morten Rodal wrote:

> On Thu, Mar 06, 2003 at 08:50:41PM +0100, Attila Nagy wrote:
> > Hello,
> >
> > > I briefly searched my mailbox for other panics with this panic string,
> > > but all the others seem to be due to tcp_input and not the filesystem
> > > (as I suspect mine is).  The machine is running a SMP kernel built
> > > yesterday (Wed Mar 5 22:50:35 CET 2003).
> > Is it like this one?
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/46861
> >
>
> No, these seem to be caused by a bug in the tcp code (may be fixed in
> -current?)
>

Unfortunately, it doesn't - just got another one for this morning's
-CURRENT. Once again with CVS.

Regards,
Vladimir

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 14:57:27 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id EB29B37B401; Thu,  6 Mar 2003 14:57:24 -0800 (PST)
Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B062943F93; Thu,  6 Mar 2003 14:57:23 -0800 (PST)
	(envelope-from chris@unixpages.org)
Received: from gondor.middleearth (gondor.middleearth [192.168.1.42])
	by haakonia.hitnet.rwth-aachen.de (Postfix) with ESMTP
	id EB581ABC9; Thu,  6 Mar 2003 23:57:22 +0100 (CET)
Received: by gondor.middleearth (Postfix, from userid 1001)
	id 6A70A4408; Thu,  6 Mar 2003 23:57:22 +0100 (CET)
Date: Thu, 6 Mar 2003 23:57:22 +0100
From: Christian Brueffer <chris@unixpages.org>
To: Maksim Yevmenkin <myevmenk@exodus.net>
Cc: current@FreeBSD.ORG, net@FreeBSD.ORG
Subject: Re: Bluetooth stack for FreeBSD
Message-ID: <20030306225722.GH63966@unixpages.org>
References: <3E667ED7.2060603@exodus.net> <3E66871A.4080304@exodus.net> <20030306193412.GF63966@unixpages.org> <3E67A463.9050402@exodus.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="ZYOWEO2dMm2Af3e3"
Content-Disposition: inline
In-Reply-To: <3E67A463.9050402@exodus.net>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD 5.0-CURRENT
X-PGP-Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--ZYOWEO2dMm2Af3e3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 06, 2003 at 11:41:23AM -0800, Maksim Yevmenkin wrote:
> Hello Christian,
>=20
> [...]
>=20
> >Are there any undertakings on the way to update the bluetooth code
> >in -CURRENT to a newer snapshot?
>=20
> As soon as I get at least few positive feedbacks from the testers
> Julian will commit it :) I do not feel comfortable to commit the
> code that has only been tested on the limited set of devices I have.
>=20
> So I'll ask this again. Please try the new code and let me know if
> it works for you. Pretty please with two sugar lumps on top :)
>=20
> thanks,
> max
>=20

Great news :-)

However, I can't test the code at the moment.  My cell phone is bluetooth
capable, but I don't have a bluetooth card yet.

I was just interested because the -CURRENT sources haven't been updated
for some time :-)

- Christian

--=20
Christian Brueffer	chris@unixpages.org	brueffer@FreeBSD.org
GPG Key:	 http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D

--ZYOWEO2dMm2Af3e3
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+Z9JSbHYXjKDtmC0RAoCOAKDdDsFBVrco77lDVlrFudvf+IlPgQCfdbf8
N/mlFWDppMHf0h3qontHHT8=
=VQIV
-----END PGP SIGNATURE-----

--ZYOWEO2dMm2Af3e3--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 17: 2:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DB48D37B401
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 17:02:45 -0800 (PST)
Received: from HAL9000.homeunix.com (12-233-57-224.client.attbi.com [12.233.57.224])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9AFB343FE1
	for <freebsd-current@FreeBSD.ORG>; Thu,  6 Mar 2003 17:02:43 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Received: from HAL9000.homeunix.com (localhost [127.0.0.1])
	by HAL9000.homeunix.com (8.12.6/8.12.5) with ESMTP id h2712dLT059569;
	Thu, 6 Mar 2003 17:02:39 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Received: (from das@localhost)
	by HAL9000.homeunix.com (8.12.6/8.12.5/Submit) id h2712Yst059568;
	Thu, 6 Mar 2003 17:02:34 -0800 (PST)
	(envelope-from das@FreeBSD.ORG)
Date: Thu, 6 Mar 2003 17:02:34 -0800
From: David Schultz <das@FreeBSD.ORG>
To: Axel Gruner <axel.gruner@suedfactoring.de>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: 4.8-PRE upgrade to FreeBSD 5 errors
Message-ID: <20030307010234.GA59540@HAL9000.homeunix.com>
Mail-Followup-To: Axel Gruner <axel.gruner@suedfactoring.de>,
	freebsd-current@FreeBSD.ORG
References: <20030306093622.5c728e53.axel.gruner@suedfactoring.de> <20030306085616.GA55750@HAL9000.homeunix.com> <20030306103739.2503d83d.axel.gruner@suedfactoring.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030306103739.2503d83d.axel.gruner@suedfactoring.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Thus spake Axel Gruner <axel.gruner@suedfactoring.de>:
> > > link_elf: symbol lminor undefined
> > > link_elf: symbol splhigh undefined
> > You seem to be trying to load outdated modules.
> 
> Hmm, well, so what to do here? I switched of any module in loader.conf.

THe location of modules moved between 4.x and 5.0, so you may have
to clear out the old ones (/modules).  However, I haven't had any
problems with the kernel finding the wrong ones myself, so maybe
this has something to do with the other failures you experienced.

> Yes, in single user mode, no problem. 
> I did a second run there. Buildworld, buildkernel, installkernel,
> mergemaster, installworld... Same result. Same errors. 
[...]
> Yes, it worked that time. 
> The problem is, if i try to run /usr/sbin/mergemaster after the
> installworld, i get an error: cant cd to /usr/src/etc

Well, then mergemaster didn't work, and that explains why you're
still getting errors. ;-)  Make sure you actually have a
/usr/src/etc.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 17:22:53 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 87DAB37B405
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 17:22:51 -0800 (PST)
Received: from relay02.roc.frontiernet.net (relay02.roc.frontiernet.net [66.133.131.35])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 12B9243FB1
	for <freebsd-current@freebsd.org>; Thu,  6 Mar 2003 17:22:50 -0800 (PST)
	(envelope-from sdodson@eagle4.cc.gasou.edu)
Received: (qmail 12256 invoked from network); 7 Mar 2003 01:22:47 -0000
Received: from unknown (HELO rage) ([66.133.141.187])
          (envelope-sender <sdodson@eagle4.cc.gasou.edu>)
          by relay02.roc.frontiernet.net (FrontierMTA 2.3.2) with SMTP
          for <freebsd-current@freebsd.org>; 7 Mar 2003 01:22:47 -0000
Message-ID: <001901c2e448$0bdb60e0$c02aa8c0@rage>
From: "Scott Dodson" <sdodson@eagle4.cc.gasou.edu>
To: <freebsd-current@freebsd.org>
References: <20030306093622.5c728e53.axel.gruner@suedfactoring.de> <20030306085616.GA55750@HAL9000.homeunix.com> <20030306103739.2503d83d.axel.gruner@suedfactoring.de> <20030307010234.GA59540@HAL9000.homeunix.com>
Subject: Re: 4.8-PRE upgrade to FreeBSD 5 errors
Date: Thu, 6 Mar 2003 20:22:40 -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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Sounds as if the new boot loader wasn't installed.  I had problems much like
this back when I upgraded to 5-current.

--
Scott

----- Original Message -----
From: "David Schultz" <das@FreeBSD.ORG>
To: "Axel Gruner" <axel.gruner@suedfactoring.de>
Cc: <freebsd-current@FreeBSD.ORG>
Sent: Thursday, March 06, 2003 8:02 PM
Subject: Re: 4.8-PRE upgrade to FreeBSD 5 errors


> Thus spake Axel Gruner <axel.gruner@suedfactoring.de>:
> > > > link_elf: symbol lminor undefined
> > > > link_elf: symbol splhigh undefined
> > > You seem to be trying to load outdated modules.
> >
> > Hmm, well, so what to do here? I switched of any module in loader.conf.
>
> THe location of modules moved between 4.x and 5.0, so you may have
> to clear out the old ones (/modules).  However, I haven't had any
> problems with the kernel finding the wrong ones myself, so maybe
> this has something to do with the other failures you experienced.
>
> > Yes, in single user mode, no problem.
> > I did a second run there. Buildworld, buildkernel, installkernel,
> > mergemaster, installworld... Same result. Same errors.
> [...]
> > Yes, it worked that time.
> > The problem is, if i try to run /usr/sbin/mergemaster after the
> > installworld, i get an error: cant cd to /usr/src/etc
>
> Well, then mergemaster didn't work, and that explains why you're
> still getting errors. ;-)  Make sure you actually have a
> /usr/src/etc.
>
> 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-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 22:11: 0 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7201937B401
	for <current@freebsd.org>; Thu,  6 Mar 2003 22:10:58 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6465743FBD
	for <current@freebsd.org>; Thu,  6 Mar 2003 22:10:55 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h276AsBq031957
	for <current@freebsd.org>; Fri, 7 Mar 2003 01:10:54 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h276AsRd031954
	for <current@freebsd.org>; Fri, 7 Mar 2003 01:10:54 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Fri, 7 Mar 2003 01:10:54 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: current@freebsd.org
Subject: hw.acpi.battery.units not accurate
Message-ID: <20030307010326.P31811@alpha.siliconlandmark.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

The hw.acpi.battery.units sysctl doesn't seem to be displaying the correct
number of batteries. I'm trying this out on a Dell Latitude C800 with two
batteries. The sysctl correctly returns '2', but this is also the value
that it displays once either battery is swapped out.

hw.acpi.battery.time correctly (and immediately) reflects the addition /
removal of either battery.

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 22:18:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id 8102837B401; Thu,  6 Mar 2003 22:18:38 -0800 (PST)
Date: Fri, 7 Mar 2003 00:18:38 -0600
From: Juli Mallett <jmallett@FreeBSD.org>
To: current@FreeBSD.org
Subject: xl: discard frame without packet header
Message-ID: <20030307001838.A80140@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>, <juli@arcti.ca>
X-Towel: Yes
X-Negacore: Yes
X-Title: Code Maven
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This fixed yet?


xl0: discard frame w/o packet header
                                                                                
                                                                                
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x1
fault code              = supervisor write, page not present
instruction pointer     = 0x8:0xc01fbcf8
stack pointer           = 0x10:0xc5d6fc34
frame pointer           = 0x10:0xc5d6fc58
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 20 (irq10: xl0)
trap number             = 12
panic: page fault
                                                                                
syncing disks, buffers remaining... panic: bwrite: buffer is not busy???
Uptime: 5d23h7m28s

If not I'll be able to take a quick stab at it tomorrow.

Thanx,
juli.
-- 
juli mallett. email: jmallett@freebsd.org; aim: bsdflata; efnet: juli;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 22:35:11 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9A8BB37B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 22:35:10 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B9DE843FDD
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 22:35:09 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h276YYBq032007;
	Fri, 7 Mar 2003 01:34:34 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h276YROk032004;
	Fri, 7 Mar 2003 01:34:33 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Fri, 7 Mar 2003 01:34:27 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: Bruce Cran <bruce@cran.org.uk>
Cc: Khairil Yusof <kaeru@pd.jaring.my>, current@FreeBSD.ORG
Subject: 387 FPU code (Was: Re: -O2 broke ppp NAT)
In-Reply-To: <20030306172428.GA3146@fourtytwo.brucec.backnet>
Message-ID: <20030307012818.W31811@alpha.siliconlandmark.com>
References: <20030305220020.GA647@gw.tex.bogus> <1046956926.26378.4.camel@daemon.home.net>
 <20030306172428.GA3146@fourtytwo.brucec.backnet>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Thu, 6 Mar 2003, Bruce Cran wrote:

> 387 (FPU) code generation seems to be broken in gcc 3.2.1 when -O2 is used.

Would you happen to know if this is still broken in 3.2.2?

> I can compile applications with no problems when -mfpmath=sse is added so
> that the 387 unit won't be used, but without it, applications crash.  Note
> that since SSE support is enabled by the kernel, it probably wouldn't be
> a good idea to compile the kernel with -mfpmath=sse.

I use -O2 -pipe -mmmx -msse -mfpmath=sse to compile world and kernel. So
far so good, no quirks to date! :)

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 22:38:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6891737B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 22:38:10 -0800 (PST)
Received: from gw.visp.com.au (gw.visp.com.au [202.6.158.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2C8C143FB1
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 22:38:09 -0800 (PST)
	(envelope-from george@visp.com.au)
Received: from george.spyderweb.com.au (spyderweb.visp.com.au [202.6.158.151])
	by gw.visp.com.au (8.12.6/8.12.6) with SMTP id h276d5lm062602;
	Fri, 7 Mar 2003 17:09:06 +1030 (CST)
	(envelope-from george@visp.com.au)
Date: Fri, 7 Mar 2003 17:08:43 +1030
From: George Patterson <george@visp.com.au>
To: Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc: current@FreeBSD.ORG
Subject: Re: hw.acpi.battery.units not accurate
Message-Id: <20030307170843.5f12422f.george@visp.com.au>
In-Reply-To: <20030307010326.P31811@alpha.siliconlandmark.com>
References: <20030307010326.P31811@alpha.siliconlandmark.com>
X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG



On Fri, 7 Mar 2003 01:10:54 -0500 (EST)
Andre Guibert de Bruet <andy@siliconlandmark.com> wrote:

> Hi,
> 
> The hw.acpi.battery.units sysctl doesn't seem to be displaying the
> correct number of batteries. I'm trying this out on a Dell Latitude
> C800 with two batteries. The sysctl correctly returns '2', but this is
> also the value that it displays once either battery is swapped out.
> 
> hw.acpi.battery.time correctly (and immediately) reflects the addition
> / removal of either battery.
> 

I have a Toshiba Satellite 1800 laptop (Mostly Acer subsystems). While
the battery.time is incorrect (negative number), the
hw.acpi.battery.units sysctl doesn't change when I swap out the battery.

Batter Installed
> sysctl hw.acpi.battery
hw.acpi.battery.life: 99
hw.acpi.battery.time: -1
hw.acpi.battery.state: 2
hw.acpi.battery.units: 1
hw.acpi.battery.info_expire: 5
Battery Removed
> sysctl hw.acpi.battery
hw.acpi.battery.life: -1
hw.acpi.battery.time: -1
hw.acpi.battery.state: 7
hw.acpi.battery.units: 1
hw.acpi.battery.info_expire: 5

The battery time was being reported correct by apm under FreeBSD 4.7


George Patterson

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 22:54:55 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4F93437B401
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 22:54:54 -0800 (PST)
Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7DF0243FD7
	for <current@FreeBSD.ORG>; Thu,  6 Mar 2003 22:54:53 -0800 (PST)
	(envelope-from andy@siliconlandmark.com)
Received: from alpha.siliconlandmark.com (localhost [127.0.0.1])
	by alpha.siliconlandmark.com (8.12.8/8.12.7) with ESMTP id h276sqBq032061;
	Fri, 7 Mar 2003 01:54:52 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
Received: from localhost (andy@localhost)
	by alpha.siliconlandmark.com (8.12.8/8.12.7/Submit) with ESMTP id h276sqWZ032058;
	Fri, 7 Mar 2003 01:54:52 -0500 (EST)
	(envelope-from andy@siliconlandmark.com)
X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs
Date: Fri, 7 Mar 2003 01:54:52 -0500 (EST)
From: Andre Guibert de Bruet <andy@siliconlandmark.com>
To: George Patterson <george@visp.com.au>
Cc: current@FreeBSD.ORG
Subject: Re: hw.acpi.battery.units not accurate
In-Reply-To: <20030307170843.5f12422f.george@visp.com.au>
Message-ID: <20030307015213.W31811@alpha.siliconlandmark.com>
References: <20030307010326.P31811@alpha.siliconlandmark.com>
 <20030307170843.5f12422f.george@visp.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Fri, 7 Mar 2003, George Patterson wrote:

> I have a Toshiba Satellite 1800 laptop (Mostly Acer subsystems). While
> the battery.time is incorrect (negative number), the
> hw.acpi.battery.units sysctl doesn't change when I swap out the battery.
>
> Batter Installed
> > sysctl hw.acpi.battery
> hw.acpi.battery.life: 99
> hw.acpi.battery.time: -1
> hw.acpi.battery.state: 2
> hw.acpi.battery.units: 1
> hw.acpi.battery.info_expire: 5
> Battery Removed
> > sysctl hw.acpi.battery
> hw.acpi.battery.life: -1
> hw.acpi.battery.time: -1
> hw.acpi.battery.state: 7
> hw.acpi.battery.units: 1
> hw.acpi.battery.info_expire: 5
>
> The battery time was being reported correct by apm under FreeBSD 4.7

-1 is the value that you get if you get the sysctl sample when the unit is
plugged in. Make sure that you disconnect the AC line when you sample...

Regards,

> Andre Guibert de Bruet | Enterprise Software Consultant >
> Silicon Landmark, LLC. | http://siliconlandmark.com/    >



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Thu Mar  6 23:41:17 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B5F8F37B405
	for <current@freebsd.org>; Thu,  6 Mar 2003 23:41:15 -0800 (PST)
Received: from MX1.estpak.ee (ld3.estpak.ee [194.126.101.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB5543FDD
	for <current@freebsd.org>; Thu,  6 Mar 2003 23:41:14 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from kevad.internal (80-235-33-209-dsl.mus.estpak.ee [80.235.33.209])
	by MX1.estpak.ee (Postfix) with ESMTP
	id 6A629888A5; Fri,  7 Mar 2003 09:39:52 +0200 (EET)
Received: (from vallo@localhost)
	by kevad.internal (8.12.6/8.12.6/Submit) id h277f8e4001279;
	Fri, 7 Mar 2003 09:41:08 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 7 Mar 2003 09:41:07 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Jeff Roberson <jroberson@chesapeake.net>
Cc: current@freebsd.org
Subject: Re: SCHED_ULE ok again.  feedback please?
Message-ID: <20030307074107.GA1230@kevad.internal>
Reply-To: kalts@estpak.ee
References: <20030304011700.C62398-100000@mail.chesapeake.net> <20030306204421.GA5095@kevad.internal>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030306204421.GA5095@kevad.internal>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Thu, Mar 06, 2003 at 10:44:21PM +0200, Vallo Kallaste
<kalts@estpak.ee> wrote:

> > I'm using SCHED_ULE on my laptop now.  My recent round of fixes seems to
> > have helped out.  I'm getting good interactive performance.  I'm doing the
> > following:
> > 
> > nice -5'd for (;;) {} process.
> > make -j4 buildworld
> > 
> > Mozilla, pine, irc, screen, vi, etc.
> > 
> > All interactive tasks are very responsive.  My nice -5'd looping process
> > is getting 70% of the cpu and my compile is taking the rest.  nice +20 may
> > not behave as well as in sched_4bsd right now.  I'm going to work on that.
> > 
> > This is on a 2ghz laptop though so your mileage may vary.  Use reports are
> > welcome.
> 
> Much improved, can work while two seti@home processes run at nice
> 19. Still takes more time to show directory listing (ls -la) compared
> to scheduler and the listing itself is a bit "jumpy". Scrolls about
> 20 lines, then waits for a moment, then scrolls forward again and so
> on. The stopping moments are actually very short, but noticeable.
> This is while the seti's are running, 2CPU PIII-500.

Althought much better, KDE is still almost unusable, XFree and KDE
startup takes a lot more time and starting plain xterm under KDE
takes x3 time than usual. When I kill one of the seti processes, all
comes down to normal. The one remaining seti process takes 53% of
CPU constantly. Don't know how top calculates process CPU usage, but
if the 100% is spread over the two processors, then the seti process
monopolises one of the processors constantly. Doesn't matter will it
run nice 19 or idprio 31.
-- 

Vallo Kallaste

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  1:34: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id BC97337B405; Fri,  7 Mar 2003 01:34:02 -0800 (PST)
Received: from angelica.unixdaemons.com (angelica.unixdaemons.com [209.148.64.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 94C2F43FD7; Fri,  7 Mar 2003 01:34:01 -0800 (PST)
	(envelope-from hiten@angelica.unixdaemons.com)
Received: from angelica.unixdaemons.com (localhost.unixdaemons.com [127.0.0.1])
	by angelica.unixdaemons.com (8.12.8/8.12.1) with ESMTP id h279Y0mq071318;
	Fri, 7 Mar 2003 04:34:00 -0500 (EST)
Received: (from hiten@localhost)
	by angelica.unixdaemons.com (8.12.8/8.12.1/Submit) id h279Y0JW071317;
	Fri, 7 Mar 2003 04:34:00 -0500 (EST)
	(envelope-from hiten)
Date: Fri, 7 Mar 2003 04:34:00 -0500
From: Hiten Pandya <hiten@unixdaemons.com>
To: Juli Mallett <jmallett@FreeBSD.ORG>
Cc: current@FreeBSD.ORG
Subject: Re: xl: discard frame without packet header
Message-ID: <20030307093400.GB69971@unixdaemons.com>
References: <20030307001838.A80140@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030307001838.A80140@FreeBSD.org>
User-Agent: Mutt/1.4i
X-Operating-System: FreeBSD i386
X-Public-Key: http://www.pittgoth.com/~hiten/pubkey.asc
X-URL: http://www.unixdaemons.com/~hiten
X-PGP: http://pgp.mit.edu:11371/pks/lookup?search=Hiten+Pandya&op=index
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Juli Mallett (Fri, Mar 07, 2003 at 12:18:38AM -0600) wrote:
> This fixed yet?
> 
> 
> xl0: discard frame w/o packet header
>                                                                                 
>                                                                                 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0x1
> fault code              = supervisor write, page not present
> instruction pointer     = 0x8:0xc01fbcf8
> stack pointer           = 0x10:0xc5d6fc34
> frame pointer           = 0x10:0xc5d6fc58
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 20 (irq10: xl0)
> trap number             = 12
> panic: page fault
>                                                                                 
> If not I'll be able to take a quick stab at it tomorrow.

	Right.  This has been fixed in revision 1.31 of if_xl.c.
	Update your sources, and you should be fine.

	Cheers.

	  -- Hiten

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  2: 2: 0 2003
Delivered-To: freebsd-current@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 931)
	id AFA3137B401; Fri,  7 Mar 2003 02:01:58 -0800 (PST)
Date: Fri, 7 Mar 2003 04:01:58 -0600
From: Juli Mallett <jmallett@FreeBSD.org>
To: current@FreeBSD.org
Subject: lock? panic in networking swi
Message-ID: <20030307040158.A12919@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
Organisation: The FreeBSD Project <http://FreeBSD.org>
X-Alternate-Addresses: <jmallett@NewGold.NET>, <juli@jerkcity.com>, <flata@toxic.magnesium.net>, <jmallett@OpenDarwin.org>, <juli@arcti.ca>
X-Towel: Yes
X-Negacore: Yes
X-Title: Code Maven
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x20
fault code		= supervisor read, page not present
instruction pointer	= 0x8:0xc01d47c6
stack pointer	        = 0x10:0xc5d33a90
frame pointer	        = 0x10:0xc5d33ab4
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 14 (swi1: net)
trap number		= 12
panic: page fault

No core, of course, nm says the ip is likely:
	_mtx_unlock_sleep

Thoughts?  This is a kernel from last weekend, I'll try to get something
more recent soon.

FWIW, I'm reproducing these by running gtk-gnutella and telling it to
auto-download anything with "talk talk" in it, which due to its wonderful
anti-foot-shooting algorithms means it downloads everything with "talk" in
it, which is quite a lot.

Thanx,
juli.
-- 
juli mallett. email: jmallett@freebsd.org; aim: bsdflata; efnet: juli;

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  5:53:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1EA2D37B401
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 05:53:42 -0800 (PST)
Received: from seed.net.tw (sn13.seed.net.tw [139.175.54.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BA74943FDD
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 05:53:40 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.135.69] (port=49318 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:4)
	id 18rII7-00079p-00
	for freebsd-current@freebsd.org; Fri, 07 Mar 2003 21:53:39 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h27DrcPI027609
	for <freebsd-current@freebsd.org>; Fri, 7 Mar 2003 21:53:39 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h27Drc4E027596
	for freebsd-current@freebsd.org; Fri, 7 Mar 2003 21:53:38 +0800 (CST)
	(envelope-from leafy)
Date: Fri, 7 Mar 2003 21:53:38 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@freebsd.org
Subject: [patch]Asus WL100 patch for -current
Message-ID: <20030307135338.GA27473@leafy.idv.tw>
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye"
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--tsOsTdHNUZQcU9Ye
Content-Type: multipart/mixed; boundary="3MwIy2ne0vdjdPXF"
Content-Disposition: inline


--3MwIy2ne0vdjdPXF
Content-Type: text/plain; charset=big5
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

I am posting on behalf of=20
cym@center.fjtc.edu.tw

Attached is his patch for Asus WL100 wireless lan card.

Jiawei
--=20
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming
--3MwIy2ne0vdjdPXF
Content-Type: application/x-tar-gz
Content-Disposition: attachment; filename="ASUS_WL100_diff_FreeBSD5.tar.gz"
Content-Transfer-Encoding: base64

H4sIAJqaZj4AA+1Yy27bRhT1lvqKgbpJFFGaGb5kASlAU3RAWKIEPSI4G4KmxhVhWRJIOU4a
9GOyqIsgSIGu2mW33XbTdff5iM7wYUoUZRmo4xToHBgUeefMHc69uueOrA9GA2fcRhA6E//8
vH7wBQChDDVFoZ8QaQpinwzpZ3yvqRJSkIIRHUf0Kh0A5Uu8TB5X4coNADjw3l7eybueEjJ7
jBd6XOi5/PvnzrXvLD3PDSY1r8Zs/3oNSL2rsrwz/ypNdpJ/pEJM+YqiyQcAPsD+9uJ/nv9K
pQJyOT9zL4QxmYAOi4sCkNbEjaakAgyhVBJFMcfPcSWlKaGYW9kEewZIVqpIgSAyMGexAQF6
L5YAEHpGx7B0x9D7rSeWPTTbVdDrd+lXVLcdDBGqAvi0WkTsD6yIaw06uJjUbelDnY6N7SOE
6EjMerbJYgVBKawiCr20LftkcDqgbqyxvZ8h7aGMjeN0T18l//n6j7M6Ia/Dh6l9hj31jyQV
p/WPIYas/iFtF7z+HwGsJtdyXlD7clOWs9rPuNsagfDuuj/E1UMtq3r22Ehr/jWZTxYBOBod
H+vtriAI8A3E6rmQGMCTDpl5C2AsguUicFf+Yv40m5WWUjJNkwEYTglo+/OL8G0IXgSLq2XG
TjQgITdcwRK7gJmoDCQUVhHJuOsK7Cmbbo/teIi2KcFegLEfkBDYhEzIZG0jfdN8ZRrdTkR1
KfUoIOR7Qi1rrsxxx2xZ7F3gGwS9iWCT6w6Z+G5h/LAsV7F8mEUQU93EipTGsF4B6VZApU4N
y2AxufJWyY5Bz2jrQ5OthTFSMy6z14fm1gR8q5JsDxDibMrYFulInQ7RoNE/ujSLEtVMkRY6
W/1Z6kxYGxBSR5EtugyWrkdYptK5LJ4zEoaAqj19pXhfJ/78u3C1mINe7DTc3OCJZb8YDLs2
OLHNKJhMbrJJ1Cr2DAzM1ZQEc7L6OjL7n8Ud+j99qA6wT/81rN3qv6RqTP8lrHL9fwzk9H+6
1QHo0Q83YWEHqE2F4fQqZqoAwqaCmlDd3QOkhlqVDlGmYbFBTjXsmwk59+ckPSnRY19rZAyd
RJCcnCBtTxgM+9vkcoFulZm2FAtX4hKsucxKRBDKaxPKTP7uUqjc6xnWwEnFyonE6h2wR216
aM1fwQ+7o7HpIVa7wmhrGq5qWiOLtqYpVa2xK9ovTbvV7Tvjbv/kyBpiQUQC3VnyWLifZMap
yaKb8E9Fc60HFU941aWdMaaz242456hRL46pUeAjr9tsFtn1LL0DUZ7KVVBuQOwgdOb0jOjk
7WCFWV+SIKTHCABRjebxNuhbjtOgrzkXUXFmdcNgWTFt2l9x9AaRga0W28r3zfCmp6L1om/l
Bqusex77AiZL3b/J5fW/b+qtjvmwGrPv9z/Ozv8KRuz8jzXaBrj+PwJKv9g3o9//+Pmvpbvy
ph//fq9/+vhr6C0ul/6MBOCCnZlm4KfTH/33Rql0M/r0+cOM0T/8eXN28/m3y2aphGq5/wiA
58+/BXV6+q7TLlG/9ku4ttY1AMMGIx4rSbWN3rKDxc9vHBwcHBwcHBwcHBwcHBwcHBwc98Y/
WQIFeAAoAAA=

--3MwIy2ne0vdjdPXF--

--tsOsTdHNUZQcU9Ye
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+aKRhvVncUyjPAegRAki+AJ0V2/I4rV2EFFEYhV8AVfJcMlnK/ACfdtpE
QRD8i55Nd/PIlN4MGr0O9IA=
=ZBwt
-----END PGP SIGNATURE-----

--tsOsTdHNUZQcU9Ye--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  6:39:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5AE5E37B405
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 06:39:35 -0800 (PST)
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8DC4A43F85
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 06:39:34 -0800 (PST)
	(envelope-from bmilekic@unixdaemons.com)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id h27Ebam18645;
	Fri, 7 Mar 2003 09:37:36 -0500 (EST)
	(envelope-from bmilekic@unixdaemons.com)
Date: Fri, 7 Mar 2003 09:37:36 -0500
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030307093736.A18611@unixdaemons.com>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030304190851.A10853@unixdaemons.com> <001201c2e2ee$54eedfb0$932a40c1@PHE>
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: <001201c2e2ee$54eedfb0$932a40c1@PHE>; from pete@he.iki.fi on Wed, Mar 05, 2003 at 10:07:35AM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Wed, Mar 05, 2003 at 10:07:35AM +0200, Petri Helenius wrote:
> I think there is nothing really special about the driver there? The mbufs
> are allocated in the driver and then freed when other parts in the kernel
> are done with the packet? The issue I´m having is that mb_free takes
> almost four times the cycles than mb_alloc for each call which does
> not seem to be right? I shouldn´t be having lock contention in mb_alloc
> because the whole thing is still under Giant, right?

  There's probably a tightloop of frees going on somewhere.  It's tough
  for me to analyze this as I cannot reproduce it.  Have you tried
  running your tests over loopback to see if the same thing happens?

  If so, and it does, can you please explain how to exactly replicate
  the test?
-- 
Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  6:48:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 58B0837B401
	for <current@freebsd.org>; Fri,  7 Mar 2003 06:48:28 -0800 (PST)
Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113])
	by mx1.FreeBSD.org (Postfix) with SMTP id 5D43E43FB1
	for <current@freebsd.org>; Fri,  7 Mar 2003 06:48:26 -0800 (PST)
	(envelope-from kaeru@pd.jaring.my)
Received: from unknown (HELO ?219.94.75.29?) (khairil?yusof@219.94.75.29 with plain)
  by smtp.mail.vip.sc5.yahoo.com with SMTP; 7 Mar 2003 14:48:18 -0000
Subject: Re: -O2 broke ppp NAT
From: Khairil Yusof <kaeru@pd.jaring.my>
Reply-To: kaeru@pd.jaring.my
To: Bruce Cran <bruce@cran.org.uk>
Cc: current@freebsd.org
In-Reply-To: <20030306172428.GA3146@fourtytwo.brucec.backnet>
References: <20030305220020.GA647@gw.tex.bogus>
	 <1046956926.26378.4.camel@daemon.home.net>
	 <20030306172428.GA3146@fourtytwo.brucec.backnet>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-de4uvvF0gkwTvtPZ1X64"
Organization: 
Message-Id: <1047048436.715.38.camel@daemon.home.net>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 07 Mar 2003 22:47:17 +0800
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-de4uvvF0gkwTvtPZ1X64
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Fri, 2003-03-07 at 01:24, Bruce Cran wrote:
> On Thu, Mar 06, 2003 at 09:22:06PM +0800, Khairil Yusof wrote:
> > On Thu, 2003-03-06 at 06:00, Nuno Teixeira wrote:
> >=20
> > > For the first time I compile current-p3 -> current-p4 with
> > > -march=3Dpentium2 -O2 -mmmx -pipe and aparently everything works ok
> > > except ppp -nat. NAT just don't work on my network. All machines are
> > > able to ping except ftp, http, etc.
> >=20
> > I can confirm this. nat fails to work with -O2 for usr.sbin/ppp. It
> > compiles cleanly though, but I don't know enough about gcc optimization=
s
> > to find out how O2 might break it.

Upon further testing (recompiling usr.sbin/ppp) with no optimizations
except -O -pipe. -nat still fails to work with anything other than ICMP
traffic.

I'm gonna try rebuild world without -O2, but that's not gonna help trace
where the problem is. :(

--=20
Khairil Yusof <kaeru@pd.jaring.my>

--=-de4uvvF0gkwTvtPZ1X64
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA+aLD0DAqnLW/+/X8RAoDFAKDSIikWOi4n1BK4syrL3xxcIjmGyACguvlI
CKEkNxuSqGPxR2BkoKzxzRw=
=RpGj
-----END PGP SIGNATURE-----

--=-de4uvvF0gkwTvtPZ1X64--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  7: 0:16 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E3E1A37B401
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 07:00:14 -0800 (PST)
Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3305C43FA3
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 07:00:13 -0800 (PST)
	(envelope-from pete@he.iki.fi)
Received: from PHE (silver.he.iki.fi [193.64.42.241])
	by silver.he.iki.fi (8.12.8/8.11.4) with SMTP id h27F0AlL034990;
	Fri, 7 Mar 2003 17:00:10 +0200 (EET)
	(envelope-from pete@he.iki.fi)
Message-ID: <008101c2e4ba$53d875a0$932a40c1@PHE>
From: "Petri Helenius" <pete@he.iki.fi>
To: "Bosko Milekic" <bmilekic@unixdaemons.com>
Cc: <freebsd-current@FreeBSD.ORG>
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030304190851.A10853@unixdaemons.com> <001201c2e2ee$54eedfb0$932a40c1@PHE> <20030307093736.A18611@unixdaemons.com>
Subject: Re: mbuf cache
Date: Fri, 7 Mar 2003 17:00:42 +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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>   There's probably a tightloop of frees going on somewhere.  It's tough
>   for me to analyze this as I cannot reproduce it.  Have you tried
>   running your tests over loopback to see if the same thing happens?

What is the definition of "tightloop"? The received packet mbufs are freed
when the packets get processed/discarded which happens once for
a packet. The received packet rate is 50000-150000 packets per second.
> 
>   If so, and it does, can you please explain how to exactly replicate
>   the test?

Mirror a port with ~300-800Mbps of IP traffic to an em port. Just enable
promisc and monitor so it drops the packets after interrupt processing.
The overhead beyond that is neglible compared to mb_free.

Pete


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  7:42: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E75CD37B401
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 07:42:02 -0800 (PST)
Received: from tesla.distributel.net (nat.MTL.distributel.NET [66.38.181.24])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2DE5043F93
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 07:42:02 -0800 (PST)
	(envelope-from bmilekic@unixdaemons.com)
Received: (from bmilekic@localhost)
	by tesla.distributel.net (8.11.6/8.11.6) id h27FeDJ18850;
	Fri, 7 Mar 2003 10:40:13 -0500 (EST)
	(envelope-from bmilekic@unixdaemons.com)
Date: Fri, 7 Mar 2003 10:40:13 -0500
From: Bosko Milekic <bmilekic@unixdaemons.com>
To: Petri Helenius <pete@he.iki.fi>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: mbuf cache
Message-ID: <20030307104013.A18824@unixdaemons.com>
References: <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030304190851.A10853@unixdaemons.com> <001201c2e2ee$54eedfb0$932a40c1@PHE> <20030307093736.A18611@unixdaemons.com> <008101c2e4ba$53d875a0$932a40c1@PHE>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <008101c2e4ba$53d875a0$932a40c1@PHE>; from pete@he.iki.fi on Fri, Mar 07, 2003 at 05:00:42PM +0200
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On Fri, Mar 07, 2003 at 05:00:42PM +0200, Petri Helenius wrote:
> >   There's probably a tightloop of frees going on somewhere.  It's tough
> >   for me to analyze this as I cannot reproduce it.  Have you tried
> >   running your tests over loopback to see if the same thing happens?
> 
> What is the definition of "tightloop"? The received packet mbufs are freed
> when the packets get processed/discarded which happens once for
> a packet. The received packet rate is 50000-150000 packets per second.
> > 
> >   If so, and it does, can you please explain how to exactly replicate
> >   the test?
> 
> Mirror a port with ~300-800Mbps of IP traffic to an em port. Just enable
> promisc and monitor so it drops the packets after interrupt processing.
> The overhead beyond that is neglible compared to mb_free.
> 
> Pete

  Ok I have a patch that makes mb_free() a lot smaller by moving out
  everything not in the common case to seperate functions.  I'm going to
  wait until I get home to give it a test run before I send it to you.
  At least this way you'll be able to profile again and tell me whether
  it's really the common case of mb_free() that's being expensive or if
  you're often hitting non-common-cases (in which case the auxilary
  routines should register the higher CPU usage).

-- 
Bosko Milekic * bmilekic@unixdaemons.com * bmilekic@FreeBSD.org


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  8:27:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EA18B37B401
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 08:27:19 -0800 (PST)
Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 67D5443FBD
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 08:27:15 -0800 (PST)
	(envelope-from ticso@cicely9.cicely.de)
Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7])
	by srv1.cosmo-project.de (8.12.8/8.12.8) with ESMTP id h27GR07T041864
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK);
	Fri, 7 Mar 2003 17:27:02 +0100 (CET)
	(envelope-from ticso@cicely9.cicely.de)
Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a])
	by cicely5.cicely.de (8.12.8/8.12.8) with ESMTP id h27GR0oL069849
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Fri, 7 Mar 2003 17:27:01 +0100 (CET)
	(envelope-from ticso@cicely9.cicely.de)
Received: from cicely9.cicely.de (localhost [127.0.0.1])
	by cicely9.cicely.de (8.12.8/8.12.8) with ESMTP id h27GQwkv004299;
	Fri, 7 Mar 2003 17:27:00 +0100 (CET)
	(envelope-from ticso@cicely9.cicely.de)
Received: (from ticso@localhost)
	by cicely9.cicely.de (8.12.8/8.12.8/Submit) id h27GQnnI004298;
	Fri, 7 Mar 2003 17:26:49 +0100 (CET)
Date: Fri, 7 Mar 2003 17:26:48 +0100
From: Bernd Walter <ticso@cicely9.cicely.de>
To: Khairil Yusof <kaeru@pd.jaring.my>
Cc: Bruce Cran <bruce@cran.org.uk>, current@FreeBSD.ORG
Subject: Re: -O2 broke ppp NAT
Message-ID: <20030307162648.GX886@cicely9.cicely.de>
Reply-To: ticso@cicely.de
References: <20030305220020.GA647@gw.tex.bogus> <1046956926.26378.4.camel@daemon.home.net> <20030306172428.GA3146@fourtytwo.brucec.backnet> <1047048436.715.38.camel@daemon.home.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1047048436.715.38.camel@daemon.home.net>
X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Mar 07, 2003 at 10:47:17PM +0800, Khairil Yusof wrote:
> On Fri, 2003-03-07 at 01:24, Bruce Cran wrote:
> > On Thu, Mar 06, 2003 at 09:22:06PM +0800, Khairil Yusof wrote:
> > > On Thu, 2003-03-06 at 06:00, Nuno Teixeira wrote:
> > > 
> > > > For the first time I compile current-p3 -> current-p4 with
> > > > -march=pentium2 -O2 -mmmx -pipe and aparently everything works ok
> > > > except ppp -nat. NAT just don't work on my network. All machines are
> > > > able to ping except ftp, http, etc.
> > > 
> > > I can confirm this. nat fails to work with -O2 for usr.sbin/ppp. It
> > > compiles cleanly though, but I don't know enough about gcc optimizations
> > > to find out how O2 might break it.
> 
> Upon further testing (recompiling usr.sbin/ppp) with no optimizations
> except -O -pipe. -nat still fails to work with anything other than ICMP
> traffic.
> 
> I'm gonna try rebuild world without -O2, but that's not gonna help trace
> where the problem is. :(

I can tell you for shure that the problem is in libalias.
Natd is staticaly compiled so you need to relink it, for ppp it is
sufficient to just replace libalias.so.
I have not recompiled the binaries but replaced them with older
versions, so I can't say for shure that it depend on compiler options.
Someone else already found out, that the calculated checksums are
wrong.

-- 
B.Walter              COSMO-Project         http://www.cosmo-project.de
ticso@cicely.de         Usergroup           info@cosmo-project.de


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  8:45:59 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A33FA37B401
	for <current@freebsd.org>; Fri,  7 Mar 2003 08:45:58 -0800 (PST)
Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AE7C443FA3
	for <current@freebsd.org>; Fri,  7 Mar 2003 08:45:57 -0800 (PST)
	(envelope-from mark@grondar.org)
Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1])
	by storm.FreeBSD.org.uk (8.12.7/8.12.7) with ESMTP id h27GjuIo011418
	for <current@freebsd.org>; Fri, 7 Mar 2003 16:45:56 GMT
	(envelope-from mark@grondar.org)
Received: (from Ugrondar@localhost)
	by storm.FreeBSD.org.uk (8.12.7/8.12.7/Submit) with UUCP id h27GjuaA011417
	for current@freebsd.org; Fri, 7 Mar 2003 16:45:56 GMT
X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f
Received: from grondar.org (localhost [127.0.0.1])
	by grimreaper.grondar.org (8.12.7/8.12.7) with ESMTP id h27GfmIg098316
	for <current@freebsd.org>; Fri, 7 Mar 2003 16:41:48 GMT
	(envelope-from mark@grondar.org)
From: Mark Murray <mark@grondar.org>
Message-Id: <200303071641.h27GfmIg098316@grimreaper.grondar.org>
To: current@freebsd.org
Subject: HEADS UP! KerberosIV is being retired!
Date: Fri, 07 Mar 2003 16:41:47 +0000
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello all

Mission control has launched the retro-rocket module to de-orbit
KerberosIV (AKA eBones).

This package has had a long and illustrious career with FreeBSD;
it is now time for a graceful retirement in the ports tree.

The de-orbiting process will happen this weekend, in stages.

Long live Kerberos 5 !!

M
--
Mark Murray
iumop ap!sdn w,I idlaH

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  8:57: 5 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8630E37B405
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 08:57:03 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CC83943FBF
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 08:57:01 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id 8DF6D66B37; Fri,  7 Mar 2003 08:57:01 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 76205126C; Fri,  7 Mar 2003 08:57:01 -0800 (PST)
Date: Fri, 7 Mar 2003 08:57:01 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Vallo Kallaste <kalts@estpak.ee>
Cc: Jeff Roberson <jroberson@chesapeake.net>, current@FreeBSD.ORG
Subject: Re: SCHED_ULE ok again.  feedback please?
Message-ID: <20030307165701.GE49729@rot13.obsecurity.org>
References: <20030304011700.C62398-100000@mail.chesapeake.net> <20030306204421.GA5095@kevad.internal> <20030307074107.GA1230@kevad.internal>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="KlAEzMkarCnErv5Q"
Content-Disposition: inline
In-Reply-To: <20030307074107.GA1230@kevad.internal>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--KlAEzMkarCnErv5Q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Mar 07, 2003 at 09:41:07AM +0200, Vallo Kallaste wrote:

> > > All interactive tasks are very responsive.  My nice -5'd looping process
> > > is getting 70% of the cpu and my compile is taking the rest.  nice +20 may
> > > not behave as well as in sched_4bsd right now.  I'm going to work on that.

> Althought much better, KDE is still almost unusable, XFree and KDE
> startup takes a lot more time and starting plain xterm under KDE
> takes x3 time than usual. When I kill one of the seti processes, all
> comes down to normal. The one remaining seti process takes 53% of
> CPU constantly. Don't know how top calculates process CPU usage, but
> if the 100% is spread over the two processors, then the seti process
> monopolises one of the processors constantly. Doesn't matter will it
> run nice 19 or idprio 31.

As noted in Jeff's original mail, niced processes do not behave nicely
yet.

Kris

--KlAEzMkarCnErv5Q
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+aM9cWry0BWjoQKURArVjAKCfpNvMc4NWTJxMX1gA8+v9KDH4cgCggfgp
Mn5LpicchG93XeCJ0P6nG6U=
=EKKF
-----END PGP SIGNATURE-----

--KlAEzMkarCnErv5Q--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7  9:29:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1BA2F37B401
	for <current@FreeBSD.org>; Fri,  7 Mar 2003 09:29:11 -0800 (PST)
Received: from mail.speakeasy.net (mail17.speakeasy.net [216.254.0.217])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1162743FDD
	for <current@FreeBSD.org>; Fri,  7 Mar 2003 09:29:10 -0800 (PST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 15666 invoked from network); 7 Mar 2003 17:29:14 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail17.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <current@FreeBSD.org>; 7 Mar 2003 17:29:14 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.6/8.12.6) with ESMTP id h27HQ8hT055143;
	Fri, 7 Mar 2003 12:26:08 -0500 (EST)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20030307122924.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20030307040158.A12919@FreeBSD.org>
Date: Fri, 07 Mar 2003 12:29:24 -0500 (EST)
From: John Baldwin <jhb@FreeBSD.org>
To: Juli Mallett <jmallett@FreeBSD.org>
Subject: RE: lock? panic in networking swi
Cc: current@FreeBSD.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


On 07-Mar-2003 Juli Mallett wrote:
> 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x20
> fault code            = supervisor read, page not present
> instruction pointer   = 0x8:0xc01d47c6
> stack pointer         = 0x10:0xc5d33a90
> frame pointer         = 0x10:0xc5d33ab4
> code segment          = base 0x0, limit 0xfffff, type 0x1b
>                       = DPL 0, pres 1, def32 1, gran 1
> processor eflags      = interrupt enabled, resume, IOPL = 0
> current process               = 14 (swi1: net)
> trap number           = 12
> panic: page fault
> 
> No core, of course, nm says the ip is likely:
>       _mtx_unlock_sleep
> 
> Thoughts?  This is a kernel from last weekend, I'll try to get something
> more recent soon.

Probably an uninitialized mutex or some such.  A stack trace would help.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 10:25: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C9FD137B401
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 10:25:03 -0800 (PST)
Received: from MX2.estpak.ee (ld3.estpak.ee [194.126.101.102])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2FB2F43FAF
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 10:25:02 -0800 (PST)
	(envelope-from kalts@estpak.ee)
Received: from kevad.internal (80-235-42-42-dsl.mus.estpak.ee [80.235.42.42])
	by MX2.estpak.ee (Postfix) with ESMTP
	id 3173773598; Fri,  7 Mar 2003 20:23:37 +0200 (EET)
Received: (from vallo@localhost)
	by kevad.internal (8.12.6/8.12.6/Submit) id h27IOtpj004495;
	Fri, 7 Mar 2003 20:24:55 +0200 (EET)
	(envelope-from vallo)
Date: Fri, 7 Mar 2003 20:24:54 +0200
From: Vallo Kallaste <kalts@estpak.ee>
To: Kris Kennaway <kris@obsecurity.org>
Cc: Jeff Roberson <jroberson@chesapeake.net>, current@FreeBSD.ORG
Subject: Re: SCHED_ULE ok again.  feedback please?
Message-ID: <20030307182454.GA4447@kevad.internal>
Reply-To: kalts@estpak.ee
References: <20030304011700.C62398-100000@mail.chesapeake.net> <20030306204421.GA5095@kevad.internal> <20030307074107.GA1230@kevad.internal> <20030307165701.GE49729@rot13.obsecurity.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030307165701.GE49729@rot13.obsecurity.org>
User-Agent: Mutt/1.5.1i-ja.1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Mar 07, 2003 at 08:57:01AM -0800, Kris Kennaway
<kris@obsecurity.org> wrote:

> As noted in Jeff's original mail, niced processes do not behave nicely
> yet.

Yes, I'm sorry that slipped off my first reading. Otherwise, the new
scheduler is very useable for me. Thanks for pointing out, Kris.
-- 

Vallo Kallaste

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 10:35: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3BE2637B401
	for <current@FreeBSD.org>; Fri,  7 Mar 2003 10:35:01 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3FAA443F3F
	for <current@FreeBSD.org>; Fri,  7 Mar 2003 10:35:00 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201])
	by ns1.xcllnt.net (8.12.8/8.12.8) with ESMTP id h27IZ0Sd022182
	for <current@FreeBSD.org>; Fri, 7 Mar 2003 10:35:00 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1])
	by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h27IYxU4004633
	for <current@FreeBSD.org>; Fri, 7 Mar 2003 10:34:59 -0800 (PST)
	(envelope-from marcel@dhcp01.pn.xcllnt.net)
Received: (from marcel@localhost)
	by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h27IYxML004632
	for current@FreeBSD.org; Fri, 7 Mar 2003 10:34:59 -0800 (PST)
	(envelope-from marcel)
Date: Fri, 7 Mar 2003 10:34:59 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: current@FreeBSD.org
Subject: kerberos5 breaks -DNOCLEAN builds
Message-ID: <20030307183459.GA4593@dhcp01.pn.xcllnt.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Gang,

During the make depend stage of buildworld, I get the following:

===> kerberos5/libexec/hpropd
===> kerberos5/libexec/k5admind
cp /p/scratch/marcel/ia64/kerberos5/libexec/k5admind/../../../crypto/heimdal/lib/kadm5/private.h kadm5/private.h
cp: kadm5/private.h: Permission denied
*** Error code 1
 
Looking at the permissions in the object directory I see:

total 18
drwxr-xr-x  2 marcel  wheel   512 Mar  3 03:35 .
drwxr-xr-x  3 marcel  wheel   512 Mar  3 07:03 ..
-r--r--r--  1 marcel  wheel  7684 Mar  3 03:35 admin.h
lrwxr-xr-x  1 marcel  wheel    14 Mar  3 03:35 kadm5_err.h -> ../kadm5_err.h
-r--r--r--  1 marcel  wheel  4300 Mar  3 03:35 private.h

It appears that if the source files are read only (as is the case
when using Perforce) the header files copied to the object dir.
will be too.

Q: Why are these header files copied instead of being links (like
kadm5_err.et in the parent directory)?

Q: Why not use install (which in that phase will be the install
   script under tools in the source directory)?

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 11: 3:54 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1B89E37B401
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 11:03:53 -0800 (PST)
Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0706243F75
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 11:03:52 -0800 (PST)
	(envelope-from tlambert2@mindspring.com)
Received: from dialup-209.244.106.70.dial1.sanjose1.level3.net ([209.244.106.70] helo=mindspring.com)
	by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128)
	(Exim 3.33 #1)
	id 18rN8A-0004h2-00; Fri, 07 Mar 2003 11:03:43 -0800
Message-ID: <3E68ECBF.E7648DE8@mindspring.com>
Date: Fri, 07 Mar 2003 11:02:23 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.79 [en] (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Petri Helenius <pete@he.iki.fi>
Cc: Bosko Milekic <bmilekic@unixdaemons.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: mbuf cache
References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030304190851.A10853@unixdaemons.com> <001201c2e2ee$54eedfb0$932a40c1@PHE> <20030307093736.A18611@unixdaemons.com> <008101c2e4ba$53d875a0$932a40c1@PHE>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a49dbbb1f2649ef51ef0124081488e72aa2601a10902912494350badd9bab72f9c350badd9bab72f9c
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Petri Helenius wrote:
> >   There's probably a tightloop of frees going on somewhere.  It's tough
> >   for me to analyze this as I cannot reproduce it.  Have you tried
> >   running your tests over loopback to see if the same thing happens?
> 
> What is the definition of "tightloop"? The received packet mbufs are freed
> when the packets get processed/discarded which happens once for
> a packet. The received packet rate is 50000-150000 packets per second.
> >
> >   If so, and it does, can you please explain how to exactly replicate
> >   the test?
> 
> Mirror a port with ~300-800Mbps of IP traffic to an em port. Just enable
> promisc and monitor so it drops the packets after interrupt processing.
> The overhead beyond that is neglible compared to mb_free.

Ah.  You are receiver livelocked.  Try enabling polling; it will
help up to the first stall barrier (NETISR not getting a chance
to run protocol processing to completion because of interrupt
overhead); there are two other stall barriers after that, and
another in user space is possible depending on whether the
application layer is request/response.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 12:57:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5959B37B405
	for <current@freebsd.org>; Fri,  7 Mar 2003 12:57:34 -0800 (PST)
Received: from mail.flugsvamp.com (ts46-01-qdr3643.mdfrd.or.charter.com [68.118.36.71])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EB55943F85
	for <current@freebsd.org>; Fri,  7 Mar 2003 12:57:32 -0800 (PST)
	(envelope-from jlemon@flugsvamp.com)
Received: (from jlemon@localhost)
	by mail.flugsvamp.com (8.12.6/8.12.6) id h27Kv5FZ074080;
	Fri, 7 Mar 2003 14:57:05 -0600 (CST)
	(envelope-from jlemon)
Date: Fri, 7 Mar 2003 14:57:05 -0600 (CST)
From: Jonathan Lemon <jlemon@flugsvamp.com>
Message-Id: <200303072057.h27Kv5FZ074080@mail.flugsvamp.com>
To: tlambert2@mindspring.com, current@freebsd.org
Subject: Re: mbuf cache
X-Newsgroups: local.mail.freebsd-current
In-Reply-To: <local.mail.freebsd-current/3E68ECBF.E7648DE8@mindspring.com>
References: <local.mail.freebsd-current/0ded01c2e295$cbef0940$932a40c1@PHE>
	<local.mail.freebsd-current/20030304164449.A10136@unixdaemons.com>
	<local.mail.freebsd-current/0e1b01c2e29c$d1fefdc0$932a40c1@PHE>
	<local.mail.freebsd-current/20030304173809.A10373@unixdaemons.com>
	<local.mail.freebsd-current/0e2b01c2e2a3$96fd3b40$932a40c1@PHE>
	<local.mail.freebsd-current/20030304182133.A10561@unixdaemons.com>
	<local.mail.freebsd-current/0e3701c2e2a7$aaa2b180$932a40c1@PHE>
	<local.mail.freebsd-current/20030304190851.A10853@unixdaemons.com>
	<local.mail.freebsd-current/001201c2e2ee$54eedfb0$932a40c1@PHE>
	<local.mail.freebsd-current/20030307093736.A18611@unixdaemons.com>
	<local.mail.freebsd-current/008101c2e4ba$53d875a0$932a40c1@PHE>
Organization: 
Cc: 
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In article <local.mail.freebsd-current/3E68ECBF.E7648DE8@mindspring.com> you write:
>Petri Helenius wrote:
>> >   There's probably a tightloop of frees going on somewhere.  It's tough
>> >   for me to analyze this as I cannot reproduce it.  Have you tried
>> >   running your tests over loopback to see if the same thing happens?
>> 
>> What is the definition of "tightloop"? The received packet mbufs are freed
>> when the packets get processed/discarded which happens once for
>> a packet. The received packet rate is 50000-150000 packets per second.
>> >
>> >   If so, and it does, can you please explain how to exactly replicate
>> >   the test?
>> 
>> Mirror a port with ~300-800Mbps of IP traffic to an em port. Just enable
>> promisc and monitor so it drops the packets after interrupt processing.
>> The overhead beyond that is neglible compared to mb_free.
>
>Ah.  You are receiver livelocked.  Try enabling polling; it will
>help up to the first stall barrier (NETISR not getting a chance
>to run protocol processing to completion because of interrupt
>overhead); there are two other stall barriers after that, and
>another in user space is possible depending on whether the
>application layer is request/response.

Actually, in -current, we now have a sysctl (net.isr.enable) that
will switch the netisr from queuing into a direct dispatch mechanism.
In other words, the packet is pushed all the way through the TCP
stack to the socket buffer by the network card's interrupt.

You can toggle it on and off at runtime, so you can play with it and
see if there is any difference.  My initial performance tests showed
it to be a wash, but ttcp testing today shows it gives a 30% performance
boost when run over a gigabit link.  YMMV, I guess.
-- 
Jonathan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 14:18:46 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5DD0F37B401
	for <current@freebsd.org>; Fri,  7 Mar 2003 14:18:45 -0800 (PST)
Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A9D5F43F85
	for <current@freebsd.org>; Fri,  7 Mar 2003 14:18:42 -0800 (PST)
	(envelope-from james@uberduper.com)
Received: from bishop (unknown [208.33.24.5])
	by smak.uberduper.com (Postfix) with ESMTP id 12B5F9D2C8
	for <current@freebsd.org>; Fri,  7 Mar 2003 14:18:59 -0800 (PST)
Date: Fri, 7 Mar 2003 14:20:24 -0800
From: James Satterfield <james@uberduper.com>
To: current@freebsd.org
Subject: Big IDE drive + little IDE controller + freebsd
Message-Id: <20030307142024.608dac43.james@uberduper.com>
X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I've got a 160GB ide drive in my FBSD box. It's got an old ide controller that doesn't support big ide drives. Yet freebsd recognizes the drives full capacity, allows me to partition it, and newfs it. After writing about 47GB of data to the drive, I start getting these.
ad5: WRITE command timeout tag=0 serv=0 - resetting
ata2: resetting devices ..


atapci1: <Promise UDMA66 controller> port 0xef00-0xef3f,0xefe0-0xefe3,0xefa8-0xefaf,0xefe4-0xefe7,0xeff0-0xeff7 mem 0xffae0000-0xffafffff irq 10 at device 20.0 on pci0
ad5: 156334MB <Maxtor 4G160J8> [317632/16/63] at ata2-slave UDMA66


James.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 14:58:52 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5EF7137B401
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 14:58:51 -0800 (PST)
Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F055743F85
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 14:58:50 -0800 (PST)
	(envelope-from james@uberduper.com)
Received: from bishop (unknown [208.33.24.5])
	by smak.uberduper.com (Postfix) with ESMTP id 8D2AF9D2F3
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 14:59:07 -0800 (PST)
Date: Fri, 7 Mar 2003 15:00:32 -0800
From: James Satterfield <james@uberduper.com>
Cc: current@FreeBSD.ORG
Subject: Re: Big IDE drive + little IDE controller + freebsd
Message-Id: <20030307150032.65538344.james@uberduper.com>
In-Reply-To: <20030307142024.608dac43.james@uberduper.com>
References: <20030307142024.608dac43.james@uberduper.com>
X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Okay... Perhaps I'm just a dumbass with a failing drive? For the longest time, I've thought the hardware needed to support the large drives. From the reading I've just done, that doesn't seem to be the case. I certainly hope this brand new drive isn't failing tho. I really hate doing hardware warranty returns.

James.

On Fri, 7 Mar 2003 14:20:24 -0800
James Satterfield <james@uberduper.com> wrote:

> I've got a 160GB ide drive in my FBSD box. It's got an old ide controller that doesn't support big ide drives. Yet freebsd recognizes the drives full capacity, allows me to partition it, and newfs it. After writing about 47GB of data to the drive, I start getting these.
> ad5: WRITE command timeout tag=0 serv=0 - resetting
> ata2: resetting devices ..
> 
> 
> atapci1: <Promise UDMA66 controller> port 0xef00-0xef3f,0xefe0-0xefe3,0xefa8-0xefaf,0xefe4-0xefe7,0xeff0-0xeff7 mem 0xffae0000-0xffafffff irq 10 at device 20.0 on pci0
> ad5: 156334MB <Maxtor 4G160J8> [317632/16/63] at ata2-slave UDMA66
> 
> 
> James.
> 
> 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-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 15:29:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6F1AC37B405
	for <current@freebsd.org>; Fri,  7 Mar 2003 15:29:43 -0800 (PST)
Received: from energistic.com (bdsl.66.12.217.106.gte.net [66.12.217.106])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0C2FE43F75
	for <current@freebsd.org>; Fri,  7 Mar 2003 15:29:40 -0800 (PST)
	(envelope-from steve@energistic.com)
Received: from energistic.com (steve@localhost [127.0.0.1])
	by energistic.com (8.12.8/8.12.8) with ESMTP id h27NTbUm087382
	for <current@freebsd.org>; Fri, 7 Mar 2003 18:29:38 -0500 (EST)
	(envelope-from steve@energistic.com)
Received: (from steve@localhost)
	by energistic.com (8.12.8/8.12.8/Submit) id h27NTb5r086031
	for current@freebsd.org; Fri, 7 Mar 2003 18:29:37 -0500 (EST)
	(envelope-from steve)
Date: Fri, 7 Mar 2003 18:29:37 -0500 (EST)
From: Steve Ames <steve@energistic.com>
Message-Id: <200303072329.h27NTb5r086031@energistic.com>
To: current@freebsd.org
Subject: Can't compile today's (3/7) kernel
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I'm getting this error when trying to compile kernels for the last
few days:

cc -c -O -pipe -march=athlon -Wall -Wredundant-decls -Wnested-externs -Wstrict-p
rototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-e
xtensions -ansi -g -nostdinc -I-  -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/s
rc/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt
_global.h -fno-common  -mno-align-long-strings -mpreferred-stack-boundary=2 -ffr
eestanding -Werror  /usr/src/sys/kern/subr_trap.c
cc -c -O -pipe -march=athlon -Wall -Wredundant-decls -Wnested-externs -Wstrict-p
rototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-e
xtensions -ansi -g -nostdinc -I-  -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/s
rc/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt
_global.h -fno-common  -mno-align-long-strings -mpreferred-stack-boundary=2 -ffr
eestanding -Werror  /usr/src/sys/kern/subr_witness.c
cc1: warnings being treated as errors
/usr/src/sys/kern/subr_witness.c:1443: warning: `witness_list' defined but not u
sed
*** Error code 1


I have -DNO_WERROR in my make line but (obviously) that doesn't get
around the "warnings being treated as errors" issue here.

Thoughts?

-Steve


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 16:40:27 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C489737B401
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 16:40:26 -0800 (PST)
Received: from mail1.tpgi.com.au (mail.tpgi.com.au [203.12.160.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1E9F343FDD
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 16:40:25 -0800 (PST)
	(envelope-from agh@tpg.com.au)
Received: from pen-ts3-2600-208.tpgi.com.au (pen-ts3-2600-208.tpgi.com.au [203.213.6.208])
	(authenticated (0 bits))
	by mail1.tpgi.com.au (8.11.6/8.11.6) with ESMTP id h280eA029776
	(using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO);
	Sat, 8 Mar 2003 11:40:15 +1100
From: "Alastair G. Hogge" <agh@tpg.com.au>
To: "C. Kukulies" <kuku@www.kukulies.org>,
	freebsd-current@FreeBSD.ORG
Subject: Re: sis chipset
Date: Sat, 8 Mar 2003 11:41:19 +1100
User-Agent: KMail/1.5
References: <200302261013.h1QADrc2000635@www.kukulies.org>
In-Reply-To: <200302261013.h1QADrc2000635@www.kukulies.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303081141.19698.agh@tpg.com.au>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wednesday, 26 February 2003 21:13, C. Kukulies wrote:
> My ASUS board has a SiS 963 chip and I would like to get rid from the extra
> 3COM card I have presently in my system.
>
> Is there a chance to get the built in 100MBit network adapter in the
> chipset working somehow?
I have an ASUS P4S8X with the SiS 963 South Bridge. The RealTek network chip 
works fine. I added "device  miibus" and "device rl" to my kernel conf.

I also added a startup script to set the device media to 100baseTX. 
100baseTX-FDX for some reason returns "unknown media subtype: 100baseTX-FDX" 
even thou the kernel reports that mode on startup.

HTH
-Al

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 19:23: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id E889737B401; Fri,  7 Mar 2003 19:23:02 -0800 (PST)
Received: from smak.uberduper.com (12-213-188-143.client.attbi.com [12.213.188.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7E6FF43F75; Fri,  7 Mar 2003 19:23:02 -0800 (PST)
	(envelope-from james@uberduper.com)
Received: from sphynx (unknown [192.168.235.15])
	by smak.uberduper.com (Postfix) with ESMTP
	id C50FC9CFDD; Fri,  7 Mar 2003 19:23:21 -0800 (PST)
Message-ID: <000e01c2e522$4e6a3ff0$0feba8c0@sphynx>
From: "James Satterfield" <james@uberduper.com>
To: <freebsd-java@freebsd.org>
Cc: <current@freebsd.org>
Subject: DVArchive + jdk1.4.1
Date: Fri, 7 Mar 2003 19:25:02 -0800
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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

I'm hoping some of you have played with dvarchive in the past or may have a
use for it in the future.
http://dvarchive.sourceforge.net

It seems to work okayish with linux-sun-jdk141
With jdk-1.4.1p3, it almost works. It has a server component that launches
and binds two sockets. Port 80 and one other. When this server comes up, it
says that it cannot open the server socket because the address is already in
use. However, looking at netstat and sockstat, I see that it did open the
sockets.
tcp4       0      0  192.168.235.1.http     *.*                    LISTEN
tcp4       0      0  192.168.235.1.8042     *.*                    LISTEN

root     java       60398 17 tcp4   192.168.235.1:8042    *:*
root     java       60398 19 tcp4   192.168.235.1:80      *:*

I don't know how to get any useful debug info for anyone to look at. I've
gotten this behavior in patchset2, pre3, and 3.

Thanks.
James.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 20: 4:43 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 459ED37B401; Fri,  7 Mar 2003 20:04:42 -0800 (PST)
Received: from lakemtao03.cox.net (lakemtao03.cox.net [68.1.17.242])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 1A7F243F93; Fri,  7 Mar 2003 20:04:41 -0800 (PST)
	(envelope-from franklin@jfranklin.net)
Received: from jfranklin.net ([68.10.80.12]) by lakemtao03.cox.net
          (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with ESMTP
          id <20030308040440.MNOK8666.lakemtao03.cox.net@jfranklin.net>;
          Fri, 7 Mar 2003 23:04:40 -0500
Message-ID: <3E696BD8.4070402@jfranklin.net>
Date: Fri, 07 Mar 2003 23:04:40 -0500
From: Jody Franklin <franklin@jfranklin.net>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030302
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Cc: freebsd-questions@freebsd.org
Subject: OSS SBLive driver causes kernel panic with 5.0 current
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I'd been keeping up with current (world/kernel) every other week or so,
and until this week I had no real problems. But after the build I did on
March 3rd my soundcard driver (4Front's SBLive/Audigy driver) causes a
kernel panic on load. If I don't load the driver the system boots fine,
and runs with no other problems.

This is the message I get from the debugger when I load the driver:

panic: Invalid major (-1030904368) in make_dev

I've posted this info to their support forums also, their last responce
was to "see what they broke".


Jody





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 20: 8:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8895B37B401
	for <current@freebsd.org>; Fri,  7 Mar 2003 20:08:37 -0800 (PST)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4A59243F3F
	for <current@freebsd.org>; Fri,  7 Mar 2003 20:08:36 -0800 (PST)
	(envelope-from JunSu@gmx.net)
Received: (qmail 20368 invoked by uid 0); 8 Mar 2003 04:08:31 -0000
Received: from unknown (HELO 211.161.222.21) (211.161.222.21)
  by mail.gmx.net (mp013-rz3) with SMTP; 8 Mar 2003 04:08:31 -0000
From: Jun Su <JunSu@gmx.net>
To: Pete Carah <pete@ns.altadena.net>, current@freebsd.org
Subject: Re: Witness problem with sound
Date: Sat, 8 Mar 2003 12:08:12 +0800
User-Agent: KMail/1.5
References: <200303042342.h24NghHJ034439@ns.altadena.net>
In-Reply-To: <200303042342.h24NghHJ034439@ns.altadena.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="gb2312"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303081208.12473.JunSu@gmx.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Wednesday 05 March 2003 07:42, Pete Carah wrote:
> I don't know how system-specific this problem is, but:
>
> Sony VAIO R505ES
> Sound is Intel ICH3 + Yamaha.
>
> This or something closely related has been happening for weeks.
> Several times earlier this week and last week sound panic'd, and
> also sometimes there was a panic (several different kinds) on boot.
> Late last week X wouldn't start due to not being able to see the
> VESA modes.
> All those except the sound problems currently appear fixed...
>
> This may or may not be related to the fact that acpi puts nearly all
> device interrupts on irq 9 (which causes other problems).
>
>
> There are other problems (mostly with pcmcia, which is left out of
> this kernel; it causes hangs on init), but this one is obvious and
> does leave the system running.
>
> A remaining one that bothers multi-type usb card readers is that CAM/XPT
> only scans LUN 0 for any device it finds.  All my card readers show
> as only CF because of this, and I have to give 4 camcontrol commands to
> get the system to see the rest (at least it does work with manual
> intervention!!).
>
> -- Pete
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

I got the same error message from my R505DC. And the sound also doesn;t work 
correctly. 

Jun Su

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 20:25:18 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7C74537B401
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 20:25:15 -0800 (PST)
Received: from mail.gmx.net (mail.gmx.net [213.165.65.60])
	by mx1.FreeBSD.org (Postfix) with SMTP id 28C3E43FAF
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 20:25:14 -0800 (PST)
	(envelope-from JunSu@gmx.net)
Received: (qmail 18212 invoked by uid 0); 8 Mar 2003 04:25:06 -0000
Received: from unknown (HELO 211.161.222.21) (211.161.222.21)
  by mail.gmx.net (mp007-rz3) with SMTP; 8 Mar 2003 04:25:06 -0000
From: Jun Su <JunSu@gmx.net>
To: freebsd-current@freebsd.org
Subject: GDB kernel debug new command
Date: Sat, 8 Mar 2003 12:24:53 +0800
User-Agent: KMail/1.5
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200303081224.53273.JunSu@gmx.net>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi All,

To help myself more easily check the kernel dump, I added two new command. One 
is ps, the other is kldstat. I know we can print the kernel data manually to 
get the same information. I still think this is useful. This can help the 
newbies to get the information without many knowledge about the kernel. This 
also can help the experienced user to get the data more quickly. 

Here is the new file. Just put it in /usr/src/gnu/usr.bin/binutils/gdb. And 
add the file to Makefile. Please give me some comments if this is garbage. :)

Jun Su


--/usr/src/gnu/usr.bin/binutils/gdb/fbsd-kgdbpack.c--
#include "fbsd-kgdb.h"

#include "defs.h"
#include "command.h"
#include "symtab.h"

#define _KERNEL
#include <sys/queue.h>
#include <sys/linker.h>
#undef _KERNEL
#include <sys/proc.h>

static void
kgdbpack_kldstat_cmd(char* arg, int from_tty)
{
  CORE_ADDR allfile_addr;
  CORE_ADDR startfile;
  struct minimal_symbol *sym;
  char buf[sizeof(struct linker_file)];
  char namebuf[256];
    
  sym = lookup_minimal_symbol("linker_files",NULL,NULL);
  if (!sym)
    error ("can not find the linker_files symbosl.\n");
  
  allfile_addr = SYMBOL_VALUE_ADDRESS(sym);
  namebuf[255]=0;
  
  struct linker_file *lf = (struct linker_file *)buf;
 
  target_read_memory(allfile_addr, &startfile, sizeof(startfile));
  printf("Id\tRefs\tAddress   \tSize\tName\n");     
  while(startfile)
    {

      target_read_memory(startfile, buf, sizeof(struct linker_file));
      target_read_memory((int)lf->filename, namebuf, 254);
 
      printf ("%d\t%d\t0x%8X\t%x\t%s\n", lf->id, lf->refs, lf->address, 
lf->size, namebuf);
      startfile = (CORE_ADDR)lf->link.tqe_next;
   } 
 
  return;
}

static void 
kgdbpack_ps_cmd(char* argv, int from_tty)
{
  CORE_ADDR allproc_addr;
  CORE_ADDR procstart;
  struct minimal_symbol *sym;
  sym = lookup_minimal_symbol("allproc",NULL,NULL);
  if (!sym)
    error ("No symbol allproc found.");
  allproc_addr = SYMBOL_VALUE_ADDRESS(sym);
  target_read_memory(allproc_addr, &procstart, sizeof(int));

  char buf[sizeof(struct proc)];

  struct proc *p = (struct proc*)buf;
  printf("ADDRESS\tPID\tSTAT\tCOMMAND\n");
  while (procstart) {
    target_read_memory(procstart, buf, sizeof(struct proc));
    printf("%08x\t%d\t0\t%s\n", procstart, p->p_pid, p->p_comm);
    procstart = p->p_list.le_next;
  }
   
}


void
_initialize_kgdbpack()
{
    add_com ("kldstat", class_obscure, kgdbpack_kldstat_cmd, "KLDSTAT cmd 
clone");
    add_com ("ps", class_obscure, kgdbpack_ps_cmd, "PS cmd clone");
}


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 21:15: 5 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 104CE37B405
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 21:15:03 -0800 (PST)
Received: from ms-smtp-01.nyroc.rr.com (ms-smtp-01.nyroc.rr.com [24.92.226.148])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A0BF643F75
	for <freebsd-current@freebsd.org>; Fri,  7 Mar 2003 21:15:01 -0800 (PST)
	(envelope-from tparquet@twcny.rr.com)
Received: from twcny.rr.com (syr-66-24-56-65.twcny.rr.com [66.24.56.65])
	by ms-smtp-01.nyroc.rr.com (8.12.5/8.12.2) with ESMTP id h285F067016614;
	Sat, 8 Mar 2003 00:15:00 -0500 (EST)
Message-ID: <3E697C54.7060006@twcny.rr.com>
Date: Sat, 08 Mar 2003 00:15:00 -0500
From: Tom Parquette <tparquet@twcny.rr.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-current@freebsd.org
Subject: Gnome2 terminal will not work right
Content-Type: multipart/mixed;
 boundary="------------080604000700040606050709"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a multi-part message in MIME format.
--------------080604000700040606050709
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

People have been saying that 5.0-CURRENT problems belong here.
I don't know if this is Gnome2 or Xfree86...

I noticed tonight that the Gnome2 desktop terminal stopped working.
When I open a terminal window, I do not get a command prompt.  I have a 
flashing solid block cursor in the top left corner of the window.
I tried various key combinations and nothing seems to get its attention.
If I file/close or hit the "X" in the top right corner, I get kicked out 
to the command prompt, where I entered startx, or to the GDM2 signon 
screen.  I'm reading this as an X server crash.  I'm seeing some dumps 
for "Interfearance" but I do not think that is related.  Nothing else 
appears to be broken at this point.  

The X logs are inconclusive.
However, I'll include one that hints at a failure.
"Fatal server error:  xf86OpenConsole: VT_SETMODE VT_PROCESS failed"
I've had this happen to root and to my non uid0 personal account.
Any ideas folks?



--------------080604000700040606050709
Content-Type: text/plain;
 name="XFree86.1.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="XFree86.1.log"


XFree86 Version 4.2.1 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 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 5.0-CURRENT 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.1.log", Time: Fri Mar  7 17:49:40 2003
(==) Using config file: "/etc/X11/XF86Config"
(==) ServerLayout "XFree86 Configured"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "Monitor0"
(**) |   |-->Device "Card0"
(**) |-->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/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


Fatal server error:
xf86OpenConsole: VT_SETMODE VT_PROCESS failed


When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.1.log".
Please report problems to xfree86@xfree86.org.


--------------080604000700040606050709--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 21:32:30 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6172D37B401
	for <current@FreeBSD.org>; Fri,  7 Mar 2003 21:32:29 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AE6A943F85
	for <current@FreeBSD.org>; Fri,  7 Mar 2003 21:32:28 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP id 631C066B37
	for <current@FreeBSD.org>; Fri,  7 Mar 2003 21:32:28 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id 68A08FE6; Fri,  7 Mar 2003 21:32:28 -0800 (PST)
Date: Fri, 7 Mar 2003 21:32:28 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: current@FreeBSD.org
Subject: failed to set signal flags properly for ast()
Message-ID: <20030308053228.GA53542@rot13.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7"
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--fdj2RfSjLxBAspz7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I've been getting a few of these on 5.0 lately:

Mar  7 21:31:07 <kern.crit> bento kernel: failed to set signal flags properly for ast()

Is there any additional debugging information I can provide to help
track this down?

Kris


--fdj2RfSjLxBAspz7
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+aYBrWry0BWjoQKURAnynAKC/u/UpumQxmiRst1mTT59jCjSRzQCfZ3s4
BwW5sGkerGt13/28aNiCN9w=
=IlCq
-----END PGP SIGNATURE-----

--fdj2RfSjLxBAspz7--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 21:44:45 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D315A37B401
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 21:44:42 -0800 (PST)
Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C7D9343F75
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 21:44:41 -0800 (PST)
	(envelope-from marcus@marcuscom.com)
Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.12.7/8.12.7) with ESMTP id h285h0ZX010951;
	Sat, 8 Mar 2003 00:43:00 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Gnome2 terminal will not work right
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: Tom Parquette <tparquet@twcny.rr.com>
Cc: freebsd-current@FreeBSD.ORG
In-Reply-To: <3E697C54.7060006@twcny.rr.com>
References: <3E697C54.7060006@twcny.rr.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-KCTRjhCTuK5bD+m630yg"
Organization: MarcusCom, Inc.
Message-Id: <1047102276.75221.269.camel@shumai.marcuscom.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 08 Mar 2003 00:44:36 -0500
X-Spam-Status: No, hits=-32.6 required=5.0
	tests=EMAIL_ATTRIBUTION,IN_REP_TO,MAILTO_TO_SPAM_ADDR,
	      PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,QUOTE_TWICE_1,REFERENCES,
	      REPLY_WITH_QUOTES
	autolearn=ham	version=2.50
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-KCTRjhCTuK5bD+m630yg
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2003-03-08 at 00:15, Tom Parquette wrote:
> People have been saying that 5.0-CURRENT problems belong here.
> I don't know if this is Gnome2 or Xfree86...

Both work fine for me in -CURRENT.

>=20
> I noticed tonight that the Gnome2 desktop terminal stopped working.

What changed between the last known working date and tonight?

>=20
> The X logs are inconclusive.
> However, I'll include one that hints at a failure.
> "Fatal server error:  xf86OpenConsole: VT_SETMODE VT_PROCESS failed"
> I've had this happen to root and to my non uid0 personal account.
> Any ideas folks?

What do you have in your ~/.xinitrc?  Can you also send the output of
pkg_info?  Also, have you tried removing ~/.gnome2/session, and see if
that helps?

Joe

>=20
>=20
>=20
> ______________________________________________________________________
>=20
> XFree86 Version 4.2.1 / X Window System
> (protocol Version 11, revision 0, vendor release 6600)
> Release Date: 3 September 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 5.0-CURRENT i386 [ELF]=20
> Module Loader present
> Markers: (--) probed, (**) from config file, (=3D=3D) default setting,
>          (++) from command line, (!!) notice, (II) informational,
>          (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (=3D=3D) Log file: "/var/log/XFree86.1.log", Time: Fri Mar  7 17:49:40 20=
03
> (=3D=3D) Using config file: "/etc/X11/XF86Config"
> (=3D=3D) ServerLayout "XFree86 Configured"
> (**) |-->Screen "Screen0" (0)
> (**) |   |-->Monitor "Monitor0"
> (**) |   |-->Device "Card0"
> (**) |-->Input Device "Mouse0"
> (**) |-->Input Device "Keyboard0"
> (=3D=3D) Keyboard: CustomKeycode disabled
> (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/f=
onts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dp=
i/"
> (**) 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
>=20
>=20
> Fatal server error:
> xf86OpenConsole: VT_SETMODE VT_PROCESS failed
>=20
>=20
> When reporting a problem related to a server crash, please send
> the full server output, not just the last messages.
> This can be found in the log file "/var/log/XFree86.1.log".
> Please report problems to xfree86@xfree86.org.
--=20
PGP Key : http://www.marcuscom.com/pgp.asc

--=-KCTRjhCTuK5bD+m630yg
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA+aYNEb2iPiv4Uz4cRAnduAJ0dHQKeC4yvM8mMuStlMzOYOHTo0gCgnjgn
9WYyfPMpmCL7A46mrh0H7eI=
=dHo9
-----END PGP SIGNATURE-----

--=-KCTRjhCTuK5bD+m630yg--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 23:31:21 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A04DD37B401
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 23:31:18 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CCBB143F75
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 23:31:17 -0800 (PST)
	(envelope-from larse@ISI.EDU)
Received: from isi.edu (host30.tethered.net [206.117.27.30])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id h287Ufv18853;
	Fri, 7 Mar 2003 23:30:41 -0800 (PST)
Message-ID: <3E699C1A.4090104@isi.edu>
Date: Fri, 07 Mar 2003 23:30:34 -0800
From: Lars Eggert <larse@ISI.EDU>
Organization: USC Information Sciences Institute
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Joe Marcus Clarke <marcus@marcuscom.com>
Cc: Tom Parquette <tparquet@twcny.rr.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Gnome2 terminal will not work right
References: <3E697C54.7060006@twcny.rr.com> <1047102276.75221.269.camel@shumai.marcuscom.com>
In-Reply-To: <1047102276.75221.269.camel@shumai.marcuscom.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms010705060306000305040506"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a cryptographically signed message in MIME format.

--------------ms010705060306000305040506
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

this may be unrelated, but for about ten days or so, I have problems 
where gnometerminal will stop updating after a while. I can still use 
the menus, close it, etc. - but all output is suspended. Most of the 
time, selecting "Reset" from the menu repeatedly will eventually get me 
back to a working state again. It also seems that pasting multi-line 
text into a gnometerminal (as opposed to typing or it displaying output) 
will trigger this frequently.

Lars
-- 
Lars Eggert <larse@isi.edu>           USC Information Sciences Institute

--------------ms010705060306000305040506
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC
AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV
BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj
ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG
CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw
MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD
YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy
dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw
LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ
gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd
knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp
AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS
BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH
XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M
G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp
h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL
MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du
MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD
VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX
DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD
VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ
KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE
aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m
xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac
yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl
oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9
VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO
VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ
KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh
DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR
1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw
DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN
MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh
cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK
zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa
SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/
r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK
OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy
CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB
ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk
dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM
jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV
s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF
MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI
hvcNAQkFMQ8XDTAzMDMwODA3MzAzNVowIwYJKoZIhvcNAQkEMRYEFEXOvwqdUg270mRHvh3+
m7Ar9AJzMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w
gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh
cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl
czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq
hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw
ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp
ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44
LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAJuyX6i2x4Wn6rgr/WGAMTRSz6ChPf30ZC2/X
qWgSRsZ8IMXYn3PTXNU27hv18CjcsobgcoO2Wa6Iu7HolA3Q9n242GHXF6K/8IddFV8tWGME
0swx446AuVAqJmcp1/rpPd+VAGbIKO8603KxSQgd/uoK1pxRoKwJY/yLvU5tCcF/SzbcUkrN
NIGs0w/JBMB3bHaBrumQoyDyNPSO5xWm0NhrirDiXaGGLl511PvFVz4O3t9vP7SlahKzP3/4
tfsJ2fOUtIggLCvJchRXm0yDGQRvsJSpbXUlzxwh/4xgOqBFhbXwlH+14CQGnKXScOIkcmNN
8RbTPs3xKTew9dbU5gAAAAAAAA==
--------------ms010705060306000305040506--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 23:45:44 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5B21337B401
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 23:45:41 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 077EF43F93
	for <current@FreeBSD.ORG>; Fri,  7 Mar 2003 23:45:40 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA08081;
	Sat, 8 Mar 2003 18:44:01 +1100
Date: Sat, 8 Mar 2003 18:44:00 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Kris Kennaway <kris@obsecurity.org>
Cc: Vallo Kallaste <kalts@estpak.ee>,
	Jeff Roberson <jroberson@chesapeake.net>, <current@FreeBSD.ORG>
Subject: Re: SCHED_ULE ok again.  feedback please?
In-Reply-To: <20030307165701.GE49729@rot13.obsecurity.org>
Message-ID: <20030308175650.S9565-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 7 Mar 2003, Kris Kennaway wrote:

> On Fri, Mar 07, 2003 at 09:41:07AM +0200, Vallo Kallaste wrote:
> > Althought much better, KDE is still almost unusable, XFree and KDE
> > startup takes a lot more time and starting plain xterm under KDE
> > takes x3 time than usual. When I kill one of the seti processes, all
> > comes down to normal. The one remaining seti process takes 53% of
> > CPU constantly. Don't know how top calculates process CPU usage, but
> > if the 100% is spread over the two processors, then the seti process
> > monopolises one of the processors constantly. Doesn't matter will it
> > run nice 19 or idprio 31.
>
> As noted in Jeff's original mail, niced processes do not behave nicely
> yet.

Niceness is quite broken in -current with the 4bsd scheduler too.  It
works a bit better in RELENG_4 since RELENG_4 is missing rev.103 of
proc.h and related changes.  I recently started uses my old fixes for
the limited range of {p,kg}_estcpu.  In my version, the scaling from
niceness to %CPU is table-driven and has an essentially arbitrary
dynamic range, while the current scaling is built into the algorithm
in an unobvious undocumented way and has a much too small dynamic
range.  With my version and a logarithmic relative scaling of
pow(2.0, kg_nice / 4.0), the results of running:

	for i in -20 -16 -12 -8 -4 0 4 8 12 16 20
	do
		nice -$i sh -c "while :; do echo -n;done" &
	done
	top -o cpu

overnight look like this:

%%%
last pid:  2627;  load averages: 11.00, 11.00, 11.00  up 0+12:11:21    17:55:21
41 processes:  12 running, 29 sleeping

Mem: 6576K Active, 24M Inact, 26M Wired, 48K Cache, 138M Buf, 191M Free
Swap:


  PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
 1439 root      92  -20   800K   556K RUN    265:09 43.99% 43.99% sh
 1440 root      95  -16   800K   556K RUN    153:07 26.17% 26.17% sh
 1441 root      95  -12   800K   556K RUN     80:30 13.04% 13.04% sh
 1442 root      96   -8   800K   556K RUN     40:13  6.01%  6.01% sh
 1443 root      96   -4   800K   556K RUN     20:34  2.78%  2.78% sh
 1444 root      96    0   800K   556K RUN      9:12  1.03%  1.03% sh
 1445 root      96    4   800K   556K RUN      5:50  0.05%  0.05% sh
 1446 root      96    8   800K   556K RUN      2:58  0.00%  0.00% sh
 1447 root     102   12   800K   556K RUN      1:43  0.00%  0.00% sh
 1448 root     105   16   800K   556K RUN      1:00  0.00%  0.00% sh
 1449 root     100   20   800K   556K RUN      0:36  0.00%  0.00% sh
  297 root      76    0   552K   384K select   0:01  0.00%  0.00% rlogind
  726 root      76    0   792K   528K select   0:01  0.00%  0.00% ntpd
  261 root      76    0  1932K  1576K select   0:01  0.00%  0.00% sendmail
  246 root       4    0   524K   320K nfsd     0:01  0.00%  0.00% nfsd
    1 root       8    0   664K   340K wait     0:00  0.00%  0.00% init
  299 bde        8    0  1696K  1556K wait     0:00  0.00%  0.00% bash
  258 root      76    0  1504K  1004K select   0:00  0.00%  0.00% sshd

%%%

(output produced by non-interactive top).

The dynamic range available to users (from nice -0 to nice -20) is
32:1 in theory (according to the table) and (9:12):(0:36) = 15:1 in
practice (according to top).  Theory matches practice better for the
negatively niced processes (28:1)

With -current and SCHED_4BSD, the dynamic range for users is slightly
less than 2:1, which is not good enough for setiathome and similar
processors, so idprio should be used.  I think the priority inversion
bugs in idprio are supposed to be fixed in -current, and I have had
no problems using it, but there are still many cases where the kernel
doesn't switch to the highest priority process as soon as possible.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Fri Mar  7 23:50:38 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 11B0C37B401
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 23:50:37 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1A95E43FB1
	for <freebsd-current@FreeBSD.ORG>; Fri,  7 Mar 2003 23:50:36 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3])
	by ns1.xcllnt.net (8.12.8/8.12.8) with ESMTP id h287oZSd024915;
	Fri, 7 Mar 2003 23:50:35 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1])
	by athlon.pn.xcllnt.net (8.12.8/8.12.8) with ESMTP id h287oZKV057974;
	Fri, 7 Mar 2003 23:50:35 -0800 (PST)
	(envelope-from marcel@athlon.pn.xcllnt.net)
Received: (from marcel@localhost)
	by athlon.pn.xcllnt.net (8.12.8/8.12.8/Submit) id h287oZw0057973;
	Fri, 7 Mar 2003 23:50:35 -0800 (PST)
Date: Fri, 7 Mar 2003 23:50:35 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: Lars Eggert <larse@ISI.EDU>
Cc: Joe Marcus Clarke <marcus@marcuscom.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Gnome2 terminal will not work right
Message-ID: <20030308075035.GB49814@athlon.pn.xcllnt.net>
References: <3E697C54.7060006@twcny.rr.com> <1047102276.75221.269.camel@shumai.marcuscom.com> <3E699C1A.4090104@isi.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3E699C1A.4090104@isi.edu>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, Mar 07, 2003 at 11:30:34PM -0800, Lars Eggert wrote:
> Hi,
> 
> this may be unrelated, but for about ten days or so, I have problems 
> where gnometerminal will stop updating after a while. I can still use 
> the menus, close it, etc. - but all output is suspended. Most of the 
> time, selecting "Reset" from the menu repeatedly will eventually get me 
> back to a working state again. It also seems that pasting multi-line 
> text into a gnometerminal (as opposed to typing or it displaying output) 
> will trigger this frequently.

<AOL>Me too</AOL>

I tend to think it happens more often with maximized windows than
not and also when long lines are involved. A reset most of the time
gets me back, but I do occasionally have to kill gnome-terminal
completely when all the terminals are dead. Unfortunately I don't
have the time to dig into it, but I'm probably going to switch
window manager and see if that makes a difference. For some reason
I'm suspicious about Metacity. Not necessarily because of this...

JFYI,

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  1: 3:56 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CBC3E37B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 01:03:55 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 83A3B43FBF
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 01:03:54 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id UAA13414;
	Sat, 8 Mar 2003 20:03:42 +1100
Date: Sat, 8 Mar 2003 20:03:41 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Thomas Seck <tmseck-lists@netcologne.de>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: "blockable sleep lock" panic in latest -current.
In-Reply-To: <20030306185709.1088.qmail@laurel.tmseck.homedns.org>
Message-ID: <20030308194529.W9775-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On 6 Mar 2003, Thomas Seck wrote:

> * Bruce Evans (bde@zeta.org.au):
>
> > This is the usual panic from sync() in panic() tripping over a lock.
> > Calling sync() in panic was never safe and now usually fails.
>
> Should one set "kern.sync_on_panic" to zero then?

Not a bad idea.  It depends on whether you have good backups and UPS's
I guess.  Power failures give much the same loss and corruption of data
and metadata as not syncing in panics (perhaps better since there is less
chance of writing corrupt data; perhaps worse since dumping in panic()
works better than syncing so the data is usually not lost irrecoverably
after a panic with no sync).

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  1:11:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4CE2837B405; Sat,  8 Mar 2003 01:11:27 -0800 (PST)
Received: from smtp-send.myrealbox.com (smtp-send.myrealbox.com [192.108.102.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 4C77E43FAF; Sat,  8 Mar 2003 01:11:26 -0800 (PST)
	(envelope-from qhwt@myrealbox.com)
Received: from localhost qhwt@smtp-send.myrealbox.com [218.230.162.77]
	by smtp-send.myrealbox.com with NetMail SMTP Agent $Revision:   3.32  $ on Novell NetWare;
	Sat, 08 Mar 2003 02:11:29 -0700
Date: Sat, 8 Mar 2003 18:11:35 +0900
From: qhwt@myrealbox.com
To: Jonathan Lemon <jlemon@FreeBSD.org>
Cc: current@FreeBSD.org
Subject: Re: cvs commit: src/sys/net if_arcsubr.c if_atmsubr.c if_ef.c if_ethersubr.c if_faith.c if_fddisubr.c if_gif.c if_iso88025subr.c if_loop.c if_ppp.c if_sl.c if_spppsubr.c if_stf.c if_tun.c netisr.c netisr.h src/sys/netatalk aarp.c at_extern.h at_var.h ...
Message-ID: <20030308091135.GA12020.qhwt@myrealbox.com>
Reply-To: current@FreeBSD.org
Mail-Followup-To: current@FreeBSD.org
References: <200303042319.h24NJtH9072571@repoman.freebsd.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200303042319.h24NJtH9072571@repoman.freebsd.org>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello.

On Tue, Mar 04, 2003 at 03:19:55PM -0800, Jonathan Lemon wrote:
> jlemon      2003/03/04 15:19:55 PST
> 
>   FreeBSD src repository
> 
>   Modified files:
>     sys/net              if_arcsubr.c if_atmsubr.c if_ef.c 
>                          if_ethersubr.c if_faith.c if_fddisubr.c 
>                          if_gif.c if_iso88025subr.c if_loop.c 
>                          if_ppp.c if_sl.c if_spppsubr.c if_stf.c 
>                          if_tun.c netisr.c netisr.h 
			[snip]

After this commit, netgraph seems to be broken. Please Fix (TM:).
I'm using mpd(ports/net/mpd) to speak PPPoE for my ADSL connection,
and mpd relies on netgraph devices.

The kernel built from the source checked out as
    env TZ=UTC cvs -R up -dPD'2003-03-04 23:19:00'
seems to be OK, while the kernel from
    env TZ=UTC cvs -R up -dPD'2003-03-04 23:20:00'
is NG.

Actually, mpd running on the broken kernel displays the message
saying the connection is established, but pinging to the peer
receives nothing. Pinging to the peer while tcpdump'ing on ng0
shows the echo reply, but ping shows nothing. I've turned off
any firewalling and NAT functions, so they are not the case.
Pinging over other interfaces works just fine.

Regards.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  1:45:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 4904237B405; Sat,  8 Mar 2003 01:45:18 -0800 (PST)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D5A2443F75; Sat,  8 Mar 2003 01:45:17 -0800 (PST)
	(envelope-from davidxu@FreeBSD.org)
Received: from freefall.freebsd.org (davidxu@localhost [127.0.0.1])
	by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id h289jHNS049377;
	Sat, 8 Mar 2003 01:45:17 -0800 (PST)
	(envelope-from davidxu@freefall.freebsd.org)
Received: (from davidxu@localhost)
	by freefall.freebsd.org (8.12.6/8.12.6/Submit) id h289jHV5049376;
	Sat, 8 Mar 2003 01:45:17 -0800 (PST)
Date: Sat, 8 Mar 2003 01:45:17 -0800 (PST)
From: David Xu <davidxu@FreeBSD.org>
Message-Id: <200303080945.h289jHV5049376@freefall.freebsd.org>
To: current@freebsd.org
Subject: witness needs DDB
Cc: jhb@freebsd.org
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

subr_witness.c now needs DDB option enabled, otherwise can not
be compiled. please fix it.

David Xu


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  2:46:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C704B37B401
	for <current@freebsd.org>; Sat,  8 Mar 2003 02:46:37 -0800 (PST)
Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 92AEC43F3F
	for <current@freebsd.org>; Sat,  8 Mar 2003 02:46:36 -0800 (PST)
	(envelope-from phk@phk.freebsd.dk)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h28AkYNw054593
	for <current@freebsd.org>; Sat, 8 Mar 2003 11:46:34 +0100 (CET)
	(envelope-from phk@phk.freebsd.dk)
To: current@freebsd.org
Subject: NULL pointer problem in pid selection ?
From: Poul-Henning Kamp <phk@phk.freebsd.dk>
Date: Sat, 08 Mar 2003 11:46:34 +0100
Message-ID: <54592.1047120394@critter.freebsd.dk>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Just got this crash on -current, and I belive I have seen similar
before.  addr2line(1) reports the faulting address to be
	../../../kern/kern_fork.c:395
which is in the inner loop of pid collision avoidance.

Poul-Henning

Fatal trap 12: page fault while in kernel mode
cpuid = 0; lapic.id = 00000000
fault virtual address   = 0x14
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc01c3eec
stack pointer           = 0x10:0xe74e3c74
frame pointer           = 0x10:0xe74e3cbc
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 99777 (sh)
trap number             = 12
panic: page fault
cpuid = 0; lapic.id = 00000000
Stack backtrace:
backtrace(c032ff8e,0,c03394ce,e74e3b68,1) at 0xc01d86a7 = backtrace+0x17
panic(c03394ce,c0342131,cfe5496c,1,1) at 0xc01d87ba = panic+0x10a
trap_fatal(e74e3c34,14,c03422ba,2e3,cfe4fa50) at 0xc02fa672 = trap_fatal+0x322
trap_pfault(e74e3c34,0,14,c035a038,14) at 0xc02fa322 = trap_pfault+0x1c2
trap(18,10,10,cf19c3f8,cf76b9ec) at 0xc02f9e9d = trap+0x3cd
calltrap() at 0xc02e2cd8 = calltrap+0x5
--- trap 0xc, eip = 0xc01c3eec, esp = 0xe74e3c74, ebp = 0xe74e3cbc ---
fork1(cfe4fa50,14,0,e74e3cd4,cfe54858) at 0xc01c3eec = fork1+0x3fc
fork(cfe4fa50,e74e3d10,c03422ba,404,0) at 0xc01c3852 = fork+0x52
syscall(2f,2f,2f,0,80ff000) at 0xc02fa98e = syscall+0x26e
Xint0x80_syscall() at 0xc02e2d2d = Xint0x80_syscall+0x1d
--- syscall (2), eip = 0x807ba9f, esp = 0xbfbff6bc, ebp = 0xbfbff6e8 ---
boot() called on cpu#0

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  4: 0: 8 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3D99D37B401
	for <current@FreeBSD.ORG>; Sat,  8 Mar 2003 04:00:06 -0800 (PST)
Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1833B43F3F
	for <current@FreeBSD.ORG>; Sat,  8 Mar 2003 04:00:05 -0800 (PST)
	(envelope-from bde@zeta.org.au)
Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246])
	by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id WAA24638;
	Sat, 8 Mar 2003 22:51:49 +1100
Date: Sat, 8 Mar 2003 22:51:49 +1100 (EST)
From: Bruce Evans <bde@zeta.org.au>
X-X-Sender: bde@gamplex.bde.org
To: Kris Kennaway <kris@obsecurity.org>
Cc: current@FreeBSD.ORG
Subject: Re: failed to set signal flags properly for ast()
In-Reply-To: <20030308053228.GA53542@rot13.obsecurity.org>
Message-ID: <20030308224649.X10373-100000@gamplex.bde.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Fri, 7 Mar 2003, Kris Kennaway wrote:

> I've been getting a few of these on 5.0 lately:
>
> Mar  7 21:31:07 <kern.crit> bento kernel: failed to set signal flags properly for ast()
>
> Is there any additional debugging information I can provide to help
> track this down?

It wouldn't hurt to know the signal masks.  This patch has rotted a bit:

%%%
Index: subr_trap.c
===================================================================
RCS file: /home/ncvs/src/sys/kern/subr_trap.c,v
retrieving revision 1.239
diff -u -2 -r1.239 subr_trap.c
--- subr_trap.c	28 Dec 2002 01:23:07 -0000	1.239
+++ subr_trap.c	28 Dec 2002 05:32:51 -0000
@@ -73,7 +79,7 @@
 	u_int oticks;
 {
-	struct proc *p = td->td_proc;
-	struct kse *ke = td->td_kse;
+	struct proc *p;

+	p = td->td_proc;
 	CTR3(KTR_SYSC, "userret: thread %p (pid %d, %s)", td, p->p_pid,
             p->p_comm);
@@ -84,6 +90,16 @@
 	mtx_lock_spin(&sched_lock);
 	if (SIGPENDING(p) && ((p->p_sflag & PS_NEEDSIGCHK) == 0 ||
-	    (td->td_kse->ke_flags & KEF_ASTPENDING) == 0))
+	    (td->td_kse->ke_flags & KEF_ASTPENDING) == 0)) {
 		printf("failed to set signal flags properly for ast()\n");
+		printf(
+"proc %s sig %#x %#x %#x %#x, mask %#x %#x %#x %#x, sigflag %d, astflag %d\n",
+		    p->p_comm,
+		    ((u_int *)&p->p_siglist)[0], ((u_int *)&p->p_siglist)[1],
+		    ((u_int *)&p->p_siglist)[2], ((u_int *)&p->p_siglist)[3],
+		    ((u_int *)&p->p_sigmask)[0], ((u_int *)&p->p_sigmask)[1],
+		    ((u_int *)&p->p_sigmask)[2], ((u_int *)&p->p_sigmask)[3],
+		    (p->p_sflag & PS_NEEDSIGCHK) != 0,
+		    (td->td_kse->ke_flags & KEF_ASTPENDING) != 0);
+	}
 	mtx_unlock_spin(&sched_lock);
 	PROC_UNLOCK(p);
%%%

We really need to determine what didn't set the signal masks, but that is
difficult to determine from here.

Bruce


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  4:12: 4 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E5A0A37B401
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 04:12:02 -0800 (PST)
Received: from web13309.mail.yahoo.com (web13309.mail.yahoo.com [216.136.175.192])
	by mx1.FreeBSD.org (Postfix) with SMTP id 706D443F75
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 04:12:02 -0800 (PST)
	(envelope-from maria_libera2000@yahoo.it)
Message-ID: <20030308121202.38978.qmail@web13309.mail.yahoo.com>
Received: from [62.211.128.113] by web13309.mail.yahoo.com via HTTP; Sat, 08 Mar 2003 13:12:02 CET
Date: Sat, 8 Mar 2003 13:12:02 +0100 (CET)
From: =?iso-8859-1?q?Mica=20Telodico?= <maria_libera2000@yahoo.it>
Subject: FreeBSD 5.0R panic: bwrite: buffer is not busy???
To: freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi, I get this error afrer few time of working always
during this the listening of the music contained in my
EXT3 partition here the operation that I do:

>> Starting Xserver
>> Kldloading snd_cmi
>> mounting my EXT3 partition in read-only mode
>> starting listening music with XMMS

I don't have the dump, because the DEBUGGING options
are disabled, it happened to me 3 time , with
5.0-RELEASE and -CURRENT kernel , now I've turned on
the debug in the kernel , and I'll wait that the
system freeze up again in order to give some more
infos. 

What happen is this: The system freeze up, then after
few sec the system reboots.

Here the messages that appears in console:

syslogd: kernel boot file is /boot/kernel/kernel
kernel: TPTE at 0xbfc21bb0  IS ZERO @VA 086ec000
kernel: panic: bad pte
kernel:
kernel: syncing disks, buffers remaining... panic:
bwrite: buffer is not busy???
kernel: Uptime: 1h26m42s
kernel: Terminate ACPI
kernel: Automatic reboot in 15 seconds - press a key
on the console to abort
kernel: --> Press a key on the console to reboot,
kernel: --> or switch off the system now.
kernel: Rebooting...

The panic appears randomly after the boot  , it can be
an hour as can be 3 or more hours . 

Thank you very much for your time


Marcello 

______________________________________________________________________
Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino
http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  6:10:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 52F5137B405
	for <current@FreeBSD.ORG>; Sat,  8 Mar 2003 06:10:46 -0800 (PST)
Received: from spider.deepcore.dk (cpe.atm2-0-56339.0x50c6aa0a.abnxx2.customer.tele.dk [80.198.170.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 183FC43F75
	for <current@FreeBSD.ORG>; Sat,  8 Mar 2003 06:10:44 -0800 (PST)
	(envelope-from sos@spider.deepcore.dk)
Received: (from sos@localhost)
	by spider.deepcore.dk (8.12.8/8.12.8) id h28EAeKx062593;
	Sat, 8 Mar 2003 15:10:40 +0100 (CET)
	(envelope-from sos)
From: Soeren Schmidt <sos@spider.deepcore.dk>
Message-Id: <200303081410.h28EAeKx062593@spider.deepcore.dk>
Subject: Re: Big IDE drive + little IDE controller + freebsd
In-Reply-To: <20030307150032.65538344.james@uberduper.com>
To: James Satterfield <james@uberduper.com>
Date: Sat, 8 Mar 2003 15:10:40 +0100 (CET)
Cc: current@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL98b (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=ISO-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

It seems James Satterfield wrote:

Hmm there is a workaround in -current for using 48bit access to the
old promises, however it should only engage when you access areas
beyond 137G on the drives.
However using 48bit modes on older controllers are not really
a good idea as they tend to do wierd things...

> Okay... Perhaps I'm just a dumbass with a failing drive? For the longest time, I've thought the hardware needed to support the large drives. From the reading I've just done, that doesn't seem to be the case. I certainly hope this brand new drive isn't failing tho. I really hate doing hardware warranty returns.
> 
> James.
> 
> On Fri, 7 Mar 2003 14:20:24 -0800
> James Satterfield <james@uberduper.com> wrote:
> 
> > I've got a 160GB ide drive in my FBSD box. It's got an old ide controller that doesn't support big ide drives. Yet freebsd recognizes the drives full capacity, allows me to partition it, and newfs it. After writing about 47GB of data to the drive, I start getting these.
> > ad5: WRITE command timeout tag=0 serv=0 - resetting
> > ata2: resetting devices ..
> > 
> > 
> > atapci1: <Promise UDMA66 controller> port 0xef00-0xef3f,0xefe0-0xefe3,0xefa8-0xefaf,0xefe4-0xefe7,0xeff0-0xeff7 mem 0xffae0000-0xffafffff irq 10 at device 20.0 on pci0
> > ad5: 156334MB <Maxtor 4G160J8> [317632/16/63] at ata2-slave UDMA66
> > 
> > 
> > James.
> > 
> > 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-current" in the body of the message
> 

-Søren

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  7:17:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7726737B401
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 07:17:41 -0800 (PST)
Received: from lontra.ip.pt (lontra.ip.pt [195.23.132.11])
	by mx1.FreeBSD.org (Postfix) with SMTP id 8DD1443FB1
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 07:17:37 -0800 (PST)
	(envelope-from nunotex@aeiou.pt)
Received: (qmail 31287 invoked from network); 8 Mar 2003 15:17:34 -0000
Received: from unknown (HELO atum.ip.pt) (195.23.132.2)
  by lontra.ip.pt with SMTP; 8 Mar 2003 15:17:34 -0000
Received: (qmail 15594 invoked from network); 8 Mar 2003 15:17:32 -0000
Received: from unknown (HELO gw.tex.bogus) ([195.23.213.63]) (envelope-sender <nunotex@aeiou.pt>)
          by atum.ip.pt (qmail-ldap-1.03) with SMTP
          for <freebsd-current@freebsd.org>; 8 Mar 2003 15:17:32 -0000
Received: by gw.tex.bogus (Postfix, from userid 1001)
	id 6E18244D2; Sat,  8 Mar 2003 15:15:50 +0000 (WET)
Date: Sat, 8 Mar 2003 15:15:50 +0000
From: Nuno Teixeira <nunotex@aeiou.pt>
To: freebsd-current@freebsd.org
Subject: softupdates && write cache && ata tags topic
Message-ID: <20030308151549.GA622@gw.tex.bogus>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 5.0-RELEASE-p4
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hello to all,

I understand the basic concept of the folowing techs: softupdates, disk
write cache and ata tags.

My question is:

	It is safe to use softupdates + write cache + ata tags (IBM disk)?

I read someware that it not safe to use softupdate + write cache
(without ata tags) and if it is not safe why FreeBSD 5.0 ships with them
enabled?

Thanks very much,

		Nuno Teixeira

-- 

/*
PGP fingerprint:
C6D1 06ED EB54 A99C 6B14  6732 0A5D 810D 727D F6C6
*/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  7:21:15 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 92D6E37B401
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 07:21:14 -0800 (PST)
Received: from arminho.ip.pt (arminho.ip.pt [195.23.132.10])
	by mx1.FreeBSD.org (Postfix) with SMTP id 0CBF343FA3
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 07:21:13 -0800 (PST)
	(envelope-from nunotex@aeiou.pt)
Received: (qmail 14180 invoked from network); 8 Mar 2003 15:21:11 -0000
Received: from unknown (HELO sargo.ip.pt) (195.23.132.1)
  by arminho.ip.pt with SMTP; 8 Mar 2003 15:21:11 -0000
Received: (qmail 990 invoked from network); 8 Mar 2003 15:21:09 -0000
Received: from unknown (HELO gw.tex.bogus) ([195.23.213.63]) (envelope-sender <nunotex@aeiou.pt>)
          by sargo.ip.pt (qmail-ldap-1.03) with SMTP
          for <freebsd-current@freebsd.org>; 8 Mar 2003 15:21:09 -0000
Received: by gw.tex.bogus (Postfix, from userid 1001)
	id 0DA7244D2; Sat,  8 Mar 2003 15:19:30 +0000 (WET)
Date: Sat, 8 Mar 2003 15:19:30 +0000
From: Nuno Teixeira <nunotex@aeiou.pt>
To: freebsd-current@freebsd.org
Subject: sendmail_enable="NONE" doesn't appear in rc.conf
Message-ID: <20030308151930.GB622@gw.tex.bogus>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Operating-System: FreeBSD 5.0-RELEASE-p4
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


Hello to all,

sendmail_enable="NONE" doesn't appear in /etc/defaults/rc.conf. Can
anyone update this file to include "NONE" option?

Thanke very much,

		Nuno Teixeira

-- 

/*
PGP fingerprint:
C6D1 06ED EB54 A99C 6B14  6732 0A5D 810D 727D F6C6
*/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  7:41:20 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 925BE37B401
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 07:41:16 -0800 (PST)
Received: from accms33.physik.rwth-aachen.de (accms33.physik.RWTH-Aachen.DE [137.226.46.133])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A315A43F93
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 07:41:15 -0800 (PST)
	(envelope-from kuku@accms33.physik.rwth-aachen.de)
Received: (from kuku@localhost)
	by accms33.physik.rwth-aachen.de (8.11.6/8.9.3) id h28FfED17584
	for freebsd-current@freebsd.org; Sat, 8 Mar 2003 16:41:14 +0100
Date: Sat, 8 Mar 2003 16:41:14 +0100
From: Christoph Kukulies <kuku@physik.rwth-aachen.de>
Message-Id: <200303081541.h28FfED17584@accms33.physik.rwth-aachen.de>
To: freebsd-current@freebsd.org
Subject: kermit hoses my system, too
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


I posted a note that mgetty was hosing my system because it
clobbered /etc/ttys with data froim /etc/passwd
and Terry meant it could have to do with some old FreeBSD VM bug.

Today I tried to connect to the modem via kermit and the system got frozen
bad.


dmesg:

w.bus.devctl_disable: 
WARNING: /tmp was not properly dismounted
WARNING: /usr was not properly dismounted
WARNING: /var was not properly dismounted
pid 494 (squid), uid 0: exited on signal 6 (core dumped)
no matching session
no matching session
no matching session
pid 576 (squid), uid 0: exited on signal 6 (core dumped)
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped
Waiting (max 60 seconds) for system process `syncer' to stop...stopped

syncing disks, buffers remaining... 7 7 1 1 
done
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #5: Sat Mar  1 23:32:22 GMT 2003
    kuku@www.kukulies.org:/usr/src/sys/i386/compile/GENERIC
Preloaded elf kernel "/boot/kernel/kernel" at 0xc06c3000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc06c30a8.
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 1800135028 Hz
CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1800.14-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf24  Stepping = 4
  Features=0x3febfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM>
real memory  = 536854528 (511 MB)
avail memory = 514134016 (490 MB)
Allocating major#253 to "net"
Allocating major#252 to "pci"
Pentium Pro MTRR support enabled
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <ASUS   P4S8X   > on motherboard
    ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31
pcibios: BIOS version 2.10
Using $PIR table, 11 entries at 0xc00f1720
acpi0: power button is handled as a fixed feature programming model.
Timecounter "ACPI-fast"  frequency 3579545 Hz
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0
acpi_cpu0: <CPU> on acpi0
acpi_cpu1: <CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <SIS Generic host to PCI bridge> mem 0xe8000000-0xebffffff at device 0.0 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
isab0: <PCI-ISA bridge> at device 2.0 on pci0
isa0: <ISA bus> on isab0
pci0: <serial bus, FireWire> at device 2.3 (no driver attached)
atapci0: <SiS 963 UDMA133 controller> port 0xb400-0xb40f,0xb800-0xb803,0xd000-0xd007,0xd400-0xd403,0xd800-0xd807 irq 11 at device 2.5 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <multimedia, audio> at device 2.7 (no driver attached)
ohci0: <SiS 5571 USB controller> mem 0xe6000000-0xe6000fff irq 3 at device 3.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0: <SiS 5571 USB controller> on ohci0
usb0: USB revision 1.0
uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
ohci1: <SiS 5571 USB controller> mem 0xe5800000-0xe5800fff irq 5 at device 3.1 on pci0
usb1: OHCI version 1.0, legacy support
usb1: <SiS 5571 USB controller> on ohci1
usb1: USB revision 1.0
uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
ohci2: <SiS 5571 USB controller> mem 0xe5000000-0xe5000fff irq 9 at device 3.2 on pci0
usb2: OHCI version 1.0, legacy support
usb2: <SiS 5571 USB controller> on ohci2
usb2: USB revision 1.0
uhub2: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub2: 2 ports with 2 removable, self powered
pci0: <serial bus, USB> at device 3.3 (no driver attached)
sis0: <SiS 900 10/100BaseTX> port 0x9800-0x98ff mem 0xe4000000-0xe4000fff irq 4 at device 4.0 on pci0
sis0: Ethernet address: 00:e0:18:d3:f4:e0
miibus0: <MII bus> on sis0
rlphy0: <RTL8201L 10/100 media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ed0: <NE2000 PCI Ethernet (RealTek 8029)> port 0x9400-0x941f irq 10 at device 9.0 on pci0
ed0: address 00:e0:7d:7e:2c:3a, type NE2000 (16 bit) 
pci0: <simple comms> at device 10.0 (no driver attached)
cbb0: <RF5C475 PCI-CardBus Bridge> irq 4 at device 11.0 on pci0
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
atapci1: <Promise SATA UDMA133 controller> port 0x8000-0x807f,0x8400-0x840f,0x8800-0x883f mem 0xe2800000-0xe281ffff,0xe3000000-0xe3000fff irq 11 at device 14.0 on pci0
atapci1: Busmastering DMA not configured
ata2: at 0x8800 on atapci1
fdc0: <Enhanced floppy controller (i82077, NE72065 or clone)> port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: FIFO enabled, 8 bytes threshold
ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/9 bytes threshold
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
orm0: <Option ROM> at iomem 0xd0000-0xdffff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 8250 or not responding
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounters tick every 10.000 msec
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
wi0: <WaveLAN/IEEE> at port 0x100-0x13f irq 4 function 0 config 1 on pccard0
wi0: 802.11 address: 00:02:2d:49:80:aa
wi0: using Lucent Technologies, WaveLAN/IEEE
wi0: Lucent Firmware: Station (7.28.1)
wi0: supported rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
ata1-master: timeout waiting for interrupt
ata1-master: ATAPI identify failed
ad0: 58644MB <IC35L060AVV207-0> [119150/16/63] at ata0-master UDMA100
Mounting root from ufs:/dev/ad0s1a
no matching session


(btw., no matching session, is that ppp(oe) originated?)

Now watch the sio output. I have disabled on board sios because I have
a PCI modem card. But this doesn't seem to be recognized.


--
Chris Christoph P. U. Kukulies kukulies@rwth-aachen.de

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  8:13:56 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4DE8837B401
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 08:13:54 -0800 (PST)
Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7F99343FB1
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 08:13:53 -0800 (PST)
	(envelope-from msch@snafu.de)
Received: from tc11-n67-110.de.inter.net ([213.73.67.110] helo=current.best-eng.de)
	by smart.eusc.inter.net with esmtp (Exim 3.36 #4)
	id 18rgxL-0004vB-00; Sat, 08 Mar 2003 17:13:52 +0100
Content-Type: text/plain;
  charset="us-ascii"
From: Matthias Schuendehuette <msch@snafu.de>
Reply-To: msch@snafu.de
Organization: Micro$oft-free Zone
To: Nuno Teixeira <nunotex@aeiou.pt>
Subject: Re: softupdates && write cache && ata tags topic
Date: Sat, 8 Mar 2003 17:13:50 +0100
User-Agent: KMail/1.4.3
Cc: freebsd-current@freebsd.org
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <200303081713.50636.msch@snafu.de>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

> Is it safe to use softupdates + write cache + ata tags (IBM disk)?

The summary of *my* experience and knowledge is:

It is considered *unsave* to use Soft Updates with WriteCache enabled.

I consider it unnecessary to use WriteCache if TaggedQueuing is enabled 
and working.
(The performace gain of WriteCache and TaggedQueuing is more or less the 
same, the combination of both adds less than 10% of performance and you 
shouldn't use Soft Updates any more)

Soft Updates alone add a huge amount of performance.

So I recommend to use Soft Updates with Tagged Queuing enabled.
-- 
Ciao/BSD - Matthias

Matthias Schuendehuette	<msch [at] snafu.de>, Berlin (Germany)
Powered by FreeBSD 5.0-CURRENT


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  8:18:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 49E1837B401; Sat,  8 Mar 2003 08:18:27 -0800 (PST)
Received: from h00609772adf0.ne.client2.attbi.com (h00609772adf0.ne.client2.attbi.com [24.61.43.152])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 66DF643F3F; Sat,  8 Mar 2003 08:18:26 -0800 (PST)
	(envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com)
Received: from h00609772adf0.ne.client2.attbi.com (localhost.ne.attbi.com [127.0.0.1])
	by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7) with ESMTP id h28GJhuB054950;
	Sat, 8 Mar 2003 11:19:43 -0500 (EST)
	(envelope-from rodrigc@h00609772adf0.ne.client2.attbi.com)
Received: (from rodrigc@localhost)
	by h00609772adf0.ne.client2.attbi.com (8.12.7/8.12.7/Submit) id h28GJhbM054949;
	Sat, 8 Mar 2003 11:19:43 -0500 (EST)
Date: Sat, 8 Mar 2003 11:19:43 -0500
From: Craig Rodrigues <rodrigc@attbi.com>
To: freebsd-hackers@freebsd.org
Cc: freebsd-current@freebsd.org
Subject: #warning must be protected by #if __GNUC__ in headers?
Message-ID: <20030308161943.GA54921@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

In <sys/syslimits.h>, I see:

#if __GNUC__
#warning "No user-serviceable parts inside."
#endif


Does the use of #warning need to be protected by
#if __GNUC__ in FreeBSD header files?  I am working
on something similar for <machine/limits.h>.

Some other header files check for __GNUC__ before using #warning,
such as <sys/ioctl.h>, but <sys/dkstat.h> does not.

Thanks.
-- 
Craig Rodrigues        
http://home.attbi.com/~rodrigc
rodrigc@attbi.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  8:27:37 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 228C037B401
	for <current@FreeBSD.org>; Sat,  8 Mar 2003 08:27:36 -0800 (PST)
Received: from mail.flugsvamp.com (ts46-01-qdr3643.mdfrd.or.charter.com [68.118.36.71])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CFA8C43FBF
	for <current@FreeBSD.org>; Sat,  8 Mar 2003 08:27:34 -0800 (PST)
	(envelope-from jlemon@flugsvamp.com)
Received: (from jlemon@localhost)
	by mail.flugsvamp.com (8.12.6/8.12.6) id h28GR6Fg098617;
	Sat, 8 Mar 2003 10:27:06 -0600 (CST)
	(envelope-from jlemon)
Date: Sat, 8 Mar 2003 10:27:06 -0600
From: Jonathan Lemon <jlemon@flugsvamp.com>
To: current@FreeBSD.org
Subject: Re: cvs commit: src/sys/net if_arcsubr.c if_atmsubr.c if_ef.c if_ethersubr.c if_faith.c if_fddisubr.c if_gif.c if_iso88025subr.c if_loop.c if_ppp.c if_sl.c if_spppsubr.c if_stf.c if_tun.c netisr.c netisr.h src/sys/netatalk aarp.c at_extern.h at_var.h ...
Message-ID: <20030308102706.E61787@flugsvamp.com>
Mail-Followup-To: current@FreeBSD.org
References: <200303042319.h24NJtH9072571@repoman.freebsd.org> <20030308091135.GA12020.qhwt@myrealbox.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20030308091135.GA12020.qhwt@myrealbox.com>; from qhwt@myrealbox.com on Sat, Mar 08, 2003 at 06:11:35PM +0900
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Mar 08, 2003 at 06:11:35PM +0900, qhwt@myrealbox.com wrote:
> Hello.
> 
> On Tue, Mar 04, 2003 at 03:19:55PM -0800, Jonathan Lemon wrote:
> > jlemon      2003/03/04 15:19:55 PST
> > 
> >   FreeBSD src repository
> > 
> >   Modified files:
> >     sys/net              if_arcsubr.c if_atmsubr.c if_ef.c 
> >                          if_ethersubr.c if_faith.c if_fddisubr.c 
> >                          if_gif.c if_iso88025subr.c if_loop.c 
> >                          if_ppp.c if_sl.c if_spppsubr.c if_stf.c 
> >                          if_tun.c netisr.c netisr.h 
> 			[snip]
> 
> After this commit, netgraph seems to be broken. Please Fix (TM:).
> I'm using mpd(ports/net/mpd) to speak PPPoE for my ADSL connection,
> and mpd relies on netgraph devices.

Oops.  This should be fixed now.
-- 
Jonathan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  8:48:13 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 288C037B401
	for <current@freebsd.org>; Sat,  8 Mar 2003 08:48:11 -0800 (PST)
Received: from hun.org (hun.org [216.190.27.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 790AE43FB1
	for <current@freebsd.org>; Sat,  8 Mar 2003 08:48:10 -0800 (PST)
	(envelope-from attila@hun.org)
Received: by hun.org (Postfix, from userid 1001)
	id 5C32957551; Sat,  8 Mar 2003 16:48:08 +0000 (GMT)
Date: Sat, 08 Mar 2003 16:48:08 +0000 (GMT)
Message-Id: <20030308164808.4GHM65494@hun.org>
From: Daniel Flickinger <attila@hun.org>
X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT
X-Ballistic: N 37.218497 W 113.614979
X-Address: 31 N 700 E, St George UT 84770-3028
X-Squawk: (435) 680-0750
X-No-Archive: yes
X-Tags: Sanity is the Playground for the Unimaginative
In-Reply-To: <20030308151930.GB622@gw.tex.bogus>
Cc: FreeBSD-CURRENT <current@freebsd.org>
To: Nuno Teixeira <nunotex@aeiou.pt>
Subject: sendmail_enable="NONE" doesn't appear in rc.conf
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; name="text"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

  Sent: Sat, 8 Mar 2003 15:19:30 +0000 by Nuno Teixeira:
  +
  + Hello to all,
  +
  + sendmail_enable="NONE" doesn't appear in /etc/defaults/rc.conf. Can
  + anyone update this file to include "NONE" option?
  +
  + Thanke very much,
  +
  + Nuno Teixeira

  Presuming you are running some variant of FreeBSD 5.- and
  you are intending to disable sendmail, add the following
  to /etc/rc.conf:

    ### get rid of sendmail ###

    mta_start_script=""      # 2917: block their startup stealth attack
    sendmail_enable="NO"
    sendmail_outbound_enable="NO"
    sendmail_msp_queue_enable="NO"
    sendmail_submit_enable="NO"

  (best not to modify /etc/defaults/rc.conf)

  and add the following to /etc/make.conf:

    NO_MAILWRAPPER= YES
    NO_SENDMAIL=    YES

    I have not checked recently, but 'make installworld' has
    always trashed files:

    	/usr/sbin/sendmail
    	/usr/bin/mailq
    	/usr/bin/newaliases

    which, in the default, are symbolic links to
    /usr/sbin/mailwrapper.

    Using postfix which installs its own /usr/sbin/sendmail
    which is a program, not a symbolic link, I:

    	cd /usr/sbin
    	mv sendmail postmail
    	ln -s postmail sendmail

    which is a lot easier to repair after 'make
    installworld' trashes /usr/sbin/sendmail (postfix). If
    you rename postfix' sendmail to postmail, the following
    script run after 'make installworld' cleans up the failings
    of installworld to not touch a sendmail clean world:

    # waste sendmail

    stomp() {
	cd ${DESTDIR}/usr/libexec
	rm -f sendmail/*
	cd ${DESTDIR}/usr/bin
	rm -f mailq newaliases
	ln -s ${DESTDIR}/usr/sbin/sendmail mailq
	ln -s ${DESTDIR}/usr/sbin/sendmail newaliases
	cd ${DESTDIR}/usr/sbin
	rm -f sendmail mailwrapper
	ln -s postmail sendmail
    }

  DESTDIR is normally blank; it is used to build a
  non '/' based distribution set

  If you are using an MTA other than postfix, the above is
  still valid. _theoretically_, you can mix/match and use
  postfix to receive and sendmail to send, or vice versa,
  but that is another chapter....








To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  8:55:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D786D37B405
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 08:55:41 -0800 (PST)
Received: from seed.net.tw (sn13.seed.net.tw [139.175.54.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D194943FB1
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 08:55:39 -0800 (PST)
	(envelope-from leafy@leafy.idv.tw)
Received: from [211.74.131.9] (port=49188 helo=leafy.idv.tw)
	by seed.net.tw with esmtp (Seednet 4.10:4)
	id 18rhbn-000LAn-00
	for freebsd-current@freebsd.org; Sun, 09 Mar 2003 00:55:39 +0800
Received: from leafy.idv.tw (nobody@localhost [127.0.0.1])
	by leafy.idv.tw (8.12.8/8.12.8) with ESMTP id h28GtYgO016504
	for <freebsd-current@freebsd.org>; Sun, 9 Mar 2003 00:55:38 +0800 (CST)
	(envelope-from leafy@leafy.idv.tw)
Received: (from leafy@localhost)
	by leafy.idv.tw (8.12.8/8.12.8/Submit) id h28GtXD5016503
	for freebsd-current@freebsd.org; Sun, 9 Mar 2003 00:55:33 +0800 (CST)
Date: Sun, 9 Mar 2003 00:55:33 +0800
From: leafy <leafy@leafy.idv.tw>
To: freebsd-current@freebsd.org
Subject: ng_iface commit broken
Message-ID: <20030308165533.GA16488@leafy.idv.tw>
Mail-Followup-To: freebsd-current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=big5
Content-Disposition: inline
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


mkdep -f .depend -a   -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/.
./include -I/usr/obj/usr/src/i386/usr/include  /usr/src/sys/modules/netgraph/ifa
ce/../../../netgraph/ng_iface.c
/usr/src/sys/netgraph/ng_iface.c:53:23: opt_atalk.h: No such file or directory
/usr/src/sys/netgraph/ng_iface.c:54:22: opt_inet.h: No such file or directory
/usr/src/sys/netgraph/ng_iface.c:55:23: opt_inet6.h: No such file or directory
/usr/src/sys/netgraph/ng_iface.c:56:21: opt_ipx.h: No such file or directory
mkdep: compile failed

-- 
"Without the userland, the kernel is useless."
                                     --inspired by The Tao of Programming

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  8:56:28 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D559137B401
	for <current@freebsd.org>; Sat,  8 Mar 2003 08:56:26 -0800 (PST)
Received: from c001.snv.cp.net (h001.c001.snv.cp.net [209.228.32.115])
	by mx1.FreeBSD.org (Postfix) with SMTP id 11E6343F93
	for <current@freebsd.org>; Sat,  8 Mar 2003 08:56:26 -0800 (PST)
	(envelope-from kutulu@kutulu.org)
Received: (cpmta 20351 invoked from network); 8 Mar 2003 08:56:25 -0800
Received: from 68.32.161.3 (HELO KutuluWare)
  by smtp.register-admin.com (209.228.32.115) with SMTP; 8 Mar 2003 08:56:25 -0800
X-Sent: 8 Mar 2003 16:56:25 GMT
Message-ID: <007c01c2e593$763c4610$0245a8c0@KutuluWare>
From: "Michael Edenfield" <kutulu@kutulu.org>
To: "Daniel Flickinger" <attila@hun.org>,
	"Nuno Teixeira" <nunotex@aeiou.pt>
Cc: "FreeBSD-CURRENT" <current@freebsd.org>
References: <20030308164808.4GHM65494@hun.org>
Subject: Re: sendmail_enable="NONE" doesn't appear in rc.conf
Date: Sat, 8 Mar 2003 11:55:01 -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.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

From: "Daniel Flickinger" <attila@hun.org>
Sent: Saturday, March 08, 2003 11:48 AM

>     I have not checked recently, but 'make installworld' has
>     always trashed files:
>
>     /usr/sbin/sendmail
>     /usr/bin/mailq
>     /usr/bin/newaliases
>
>     which, in the default, are symbolic links to
>     /usr/sbin/mailwrapper.
>
>     Using postfix which installs its own /usr/sbin/sendmail
>     which is a program, not a symbolic link, I:
>
>     cd /usr/sbin
>     mv sendmail postmail
>     ln -s postmail sendmail

If installed from ports, Postfix installs a /user/local/sbin/sendmail which
does not interfere with the mailwrapper setup.  The port also fixes
/etc/mail/mailer.conf to point to the postfix binary instead of the sendmail
binary.  The only thing you need to watch is mergemaster putting the default
mailer settings back.

--K


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  9: 0:56 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 56A1F37B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 09:00:53 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 92BF843F3F
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 09:00:52 -0800 (PST)
	(envelope-from larse@ISI.EDU)
Received: from isi.edu (host29.tethered.net [206.117.27.29])
	by boreas.isi.edu (8.11.6/8.11.2) with ESMTP id h28H0kv13341;
	Sat, 8 Mar 2003 09:00:46 -0800 (PST)
Message-ID: <3E6A21B4.3080307@isi.edu>
Date: Sat, 08 Mar 2003 09:00:36 -0800
From: Lars Eggert <larse@ISI.EDU>
Organization: USC Information Sciences Institute
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Marcel Moolenaar <marcel@xcllnt.net>
Cc: Joe Marcus Clarke <marcus@marcuscom.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Gnome2 terminal will not work right
References: <3E697C54.7060006@twcny.rr.com> <1047102276.75221.269.camel@shumai.marcuscom.com> <3E699C1A.4090104@isi.edu> <20030308075035.GB49814@athlon.pn.xcllnt.net>
In-Reply-To: <20030308075035.GB49814@athlon.pn.xcllnt.net>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms050005050206010003010506"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a cryptographically signed message in MIME format.

--------------ms050005050206010003010506
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

On 3/7/2003 11:50 PM, Marcel Moolenaar wrote:
> On Fri, Mar 07, 2003 at 11:30:34PM -0800, Lars Eggert wrote:
>>
>>this may be unrelated, but for about ten days or so, I have problems 
>>where gnometerminal will stop updating after a while. I can still use 
>>the menus, close it, etc. - but all output is suspended. Most of the 
>>time, selecting "Reset" from the menu repeatedly will eventually get me 
>>back to a working state again. It also seems that pasting multi-line 
>>text into a gnometerminal (as opposed to typing or it displaying output) 
>>will trigger this frequently.
> 
> <AOL>Me too</AOL>
> 
> I tend to think it happens more often with maximized windows than
> not and also when long lines are involved. A reset most of the time
> gets me back, but I do occasionally have to kill gnome-terminal
> completely when all the terminals are dead. Unfortunately I don't
> have the time to dig into it, but I'm probably going to switch
> window manager and see if that makes a difference. For some reason
> I'm suspicious about Metacity. Not necessarily because of this...

I also switched to a TrueType font for gnometerminals (bitstream-vera) 
around the same time, so maybe that's a factor, too.

As for window managers, I use sawfish (and have been, for a long time 
before the problem.)

Also (unrelated?), it seems that X eats up a LOT of CPU with antialiases 
TrueType fonts in terminals, compared to good, old lucida-typewriter.

Lars
-- 
Lars Eggert <larse@isi.edu>           USC Information Sciences Institute

--------------ms050005050206010003010506
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC
AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV
BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG
A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj
ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG
CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw
MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD
YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy
dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw
LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ
gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd
knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp
AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS
BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH
XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M
G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp
h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwglQTANBgkqhkiG9w0BAQQFADCBkjEL
MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du
MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD
VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAyMDgyNDE4NTMzOVoX
DTAzMDgyNDE4NTMzOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD
VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ
KoZIhvcNAQEBBQADggEPADCCAQoCggEBANI2Rrt4ggaQ/IrOsDeOm2H4/R5FRIL6JjDY3StE
aogp1r23WKniQ1Vj98Nu5WxlaZ3Iam3Jen5T66H8u7rtMNpK4qAeAGoBsVeyVr1+CTFeuv+m
xCh7BvBJwhLdm0zDaoDT05YKYZaqtsT+F286FWJQg31Xtf+vTKLVVrHcsafnteyal2NEt7Ac
yZZfjsVLwxp2Lq3cwYfRQRoo7/yCVzS7HsgM6jmbO4taEMo4yC2rpnUbWEUCDTaCYgpAXzAl
oiNk7GDh0wz2s5ZSnHRvNSBMAjCmpNtSYHfXFI1ANwrrrHIJ7Ei83+XN32PWY4OPzO3iown9
VR+vM+8lNx9OX28CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO
VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ
KoZIhvcNAQEEBQADgYEAXcrIlKmPLM/r8r3oz2ZLPLaT1AyMjYTZY2qq/R7SUtFa9BNlTIFh
DG78QKfJ9lo2LMzTPQqMZgNLmj95GbNPI8P8OIq2K6MeCZWz08ROackqTFP6xWbIFIfXcBVR
1dZnDDyDKBBh05KkvyTPawSQyOBUeNBfQUyO4TE+3o58U8UwggM5MIICoqADAgECAgMIJUEw
DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
MDAeFw0wMjA4MjQxODUzMzlaFw0wMzA4MjQxODUzMzlaMFQxDzANBgNVBAQTBkVnZ2VydDEN
MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh
cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDSNka7eIIGkPyK
zrA3jpth+P0eRUSC+iYw2N0rRGqIKda9t1ip4kNVY/fDbuVsZWmdyGptyXp+U+uh/Lu67TDa
SuKgHgBqAbFXsla9fgkxXrr/psQoewbwScIS3ZtMw2qA09OWCmGWqrbE/hdvOhViUIN9V7X/
r0yi1Vax3LGn57XsmpdjRLewHMmWX47FS8Madi6t3MGH0UEaKO/8glc0ux7IDOo5mzuLWhDK
OMgtq6Z1G1hFAg02gmIKQF8wJaIjZOxg4dMM9rOWUpx0bzUgTAIwpqTbUmB31xSNQDcK66xy
CexIvN/lzd9j1mODj8zt4qMJ/VUfrzPvJTcfTl9vAgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB
ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk
dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBAF3KyJSpjyzP6/K96M9mSzy2k9QM
jI2E2WNqqv0e0lLRWvQTZUyBYQxu/ECnyfZaNizM0z0KjGYDS5o/eRmzTyPD/DiKtiujHgmV
s9PETmnJKkxT+sVmyBSH13AVUdXWZww8gygQYdOSpL8kz2sEkMjgVHjQX0FMjuExPt6OfFPF
MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx
EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp
Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z
MAIDCCVBMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI
hvcNAQkFMQ8XDTAzMDMwODE3MDAzNlowIwYJKoZIhvcNAQkEMRYEFBjaGC0ATCXsWGe0W9yA
7DAMPzZ0MFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w
gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh
cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl
czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCCVBMIGtBgsq
hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw
ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp
ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44
LjMwAgMIJUEwDQYJKoZIhvcNAQEBBQAEggEAjjyiSX9wQOaN+v/DezdA74DQShR2zZcx4sD5
7jCkdnOkAf9sbestJ5mPr68wSPG1UapDxzYbGMRSgh2J9LVPi7RNq4VUNdkZbFlzGVcL/Gn7
Dn+c0YUwTaCLNoOgu0x3qz2eBb3Lpw5yxq7XphLIO5WJEFEv8M1c/F0k2CCy3ma2fcN9V8H4
GxFdQrQLkZUhWxanMRJ0VpD5Fq1OWuzZ8BH6/q36mF2nD3VE0AwIZO8RR9ffPwhYnNu3vQR2
zC0+x/Ywq7otqLD0twsizfma4XWXlexKdqhbFoTzjnc518huVqVa9hBSUKqwqf6SVKWr4aTJ
oTLkLObS1QpNqAyR9AAAAAAAAA==
--------------ms050005050206010003010506--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8  9:28:19 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 47A5B37B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 09:28:18 -0800 (PST)
Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3FF5143F93
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 09:28:17 -0800 (PST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: from khavrinen.lcs.mit.edu (localhost.ipv6.lcs.mit.edu [IPv6:::1])
	by khavrinen.lcs.mit.edu (8.12.8/8.12.8) with ESMTP id h28HSDCd039987
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
	Sat, 8 Mar 2003 12:28:14 -0500 (EST)
	(envelope-from wollman@khavrinen.lcs.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.lcs.mit.edu (8.12.8/8.12.8/Submit) id h28HSDWM039984;
	Sat, 8 Mar 2003 12:28:13 -0500 (EST)
	(envelope-from wollman)
Date: Sat, 8 Mar 2003 12:28:13 -0500 (EST)
From: Garrett Wollman <wollman@lcs.mit.edu>
Message-Id: <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu>
To: Craig Rodrigues <rodrigc@attbi.com>
Cc: freebsd-current@FreeBSD.ORG
Subject: #warning must be protected by #if __GNUC__ in headers?
In-Reply-To: <20030308161943.GA54921@attbi.com>
References: <20030308161943.GA54921@attbi.com>
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

<<On Sat, 8 Mar 2003 11:19:43 -0500, Craig Rodrigues <rodrigc@attbi.com> said:

> Does the use of #warning need to be protected by
> #if __GNUC__ in FreeBSD header files?

No, it needs to be replaced by the standard `#error' directive
instead.  I asked portmgr to do a run on the portsd cluster with this
change to look for ports that mistakenly include this file, but I
never heard back and portmgr is now busy doing the packages for 4.8.

`#if __GNUC__' wouldn't help matters; every preprocessor has to read
and interpret every preprocessor directive (so that `#else' and
`#endif' can be recognized).

-GAWollman


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 10: 6:51 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1AF0F37B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 10:06:50 -0800 (PST)
Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4F54243FBD
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 10:06:49 -0800 (PST)
	(envelope-from dan@dan.emsphone.com)
Received: (from dan@localhost)
	by dan.emsphone.com (8.12.7/8.12.7) id h28I6k0v066167;
	Sat, 8 Mar 2003 12:06:46 -0600 (CST)
	(envelope-from dan)
Date: Sat, 8 Mar 2003 12:06:46 -0600
From: Dan Nelson <dnelson@allantgroup.com>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: Craig Rodrigues <rodrigc@attbi.com>, freebsd-current@FreeBSD.ORG
Subject: Re: #warning must be protected by #if __GNUC__ in headers?
Message-ID: <20030308180646.GB7151@dan.emsphone.com>
References: <20030308161943.GA54921@attbi.com> <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu>
X-OS: FreeBSD 5.0-CURRENT
X-message-flag: Outlook Error
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

In the last episode (Mar 08), Garrett Wollman said:
> On Sat, 8 Mar 2003 11:19:43 -0500, Craig Rodrigues <rodrigc@attbi.com> said:
> > Does the use of #warning need to be protected by
> > #if __GNUC__ in FreeBSD header files?
> 
> No, it needs to be replaced by the standard `#error' directive
> instead.  I asked portmgr to do a run on the portsd cluster with this
> change to look for ports that mistakenly include this file, but I
> never heard back and portmgr is now busy doing the packages for 4.8.
> 
> `#if __GNUC__' wouldn't help matters; every preprocessor has to read
> and interpret every preprocessor directive (so that `#else' and
> `#endif' can be recognized).

This was discussed on the tendra list, and it was determined that the
preprocessor should not complain about unknown directives at all and
should pass them unchanged to the compiler.

http://lists.tendra.org/tendra-dev/20021215/msg00005.html

If the #warning directive is wrapped with an appropriate #if SOMETHING
conditional to hide it from compilers that do not understand it, it
should be okay.


-- 
	Dan Nelson
	dnelson@allantgroup.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 10:12:52 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 96EBB37B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 10:12:51 -0800 (PST)
Received: from horsey.gshapiro.net (horsey.gshapiro.net [64.105.95.154])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EE88E43FA3
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 10:12:50 -0800 (PST)
	(envelope-from gshapiro@gshapiro.net)
Received: from horsey.gshapiro.net (localhost [127.0.0.1])
	by horsey.gshapiro.net (8.13.0.PreAlpha1/8.13.0.PreAlpha1) with ESMTP id h28ICie3079104
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 8 Mar 2003 10:12:44 -0800 (PST)
Received: (from gshapiro@localhost)
	by horsey.gshapiro.net (8.13.0.PreAlpha1/8.12.7/Submit) id h28ICi8C079101;
	Sat, 8 Mar 2003 10:12:44 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15978.12956.6591.571148@horsey.gshapiro.net>
Date: Sat, 8 Mar 2003 10:12:44 -0800
From: Gregory Neil Shapiro <gshapiro@FreeBSD.ORG>
To: Nuno Teixeira <nunotex@aeiou.pt>
Cc: freebsd-current@FreeBSD.ORG
Subject: Re: sendmail_enable="NONE" doesn't appear in rc.conf
In-Reply-To: <20030308151930.GB622@gw.tex.bogus>
References: <20030308151930.GB622@gw.tex.bogus>
X-Mailer: VM 7.07 under 21.1 (patch 14) "Cuyahoga Valley" XEmacs Lucid
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

nunotex> sendmail_enable="NONE" doesn't appear in /etc/defaults/rc.conf. Can
nunotex> anyone update this file to include "NONE" option?

This was done on purpose:

Revision 1.158, Tue Sep 3 22:15:54 2002 UTC (6 months ago) by gshapiro
Branch: MAIN

Deprecate the use of sendmail_enable="NONE" as it adversely affects the
new rcNG effort.

Submitted by:	Mike Makonnen <makonnen@pacbell.net>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 10:33: 1 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 2942637B401; Sat,  8 Mar 2003 10:33:00 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 3A10843FB1; Sat,  8 Mar 2003 10:32:58 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201])
	by ns1.xcllnt.net (8.12.8/8.12.8) with ESMTP id h28IWtSd030043;
	Sat, 8 Mar 2003 10:32:55 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1])
	by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h28IWt79000622;
	Sat, 8 Mar 2003 10:32:55 -0800 (PST)
	(envelope-from marcel@dhcp01.pn.xcllnt.net)
Received: (from marcel@localhost)
	by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h28IWttm000621;
	Sat, 8 Mar 2003 10:32:55 -0800 (PST)
	(envelope-from marcel)
Date: Sat, 8 Mar 2003 10:32:55 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: Craig Rodrigues <rodrigc@attbi.com>
Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG
Subject: Re: #warning must be protected by #if __GNUC__ in headers?
Message-ID: <20030308183255.GB543@dhcp01.pn.xcllnt.net>
References: <20030308161943.GA54921@attbi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030308161943.GA54921@attbi.com>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Mar 08, 2003 at 11:19:43AM -0500, Craig Rodrigues wrote:
> Hi,
> 
> In <sys/syslimits.h>, I see:
> 
> #if __GNUC__
> #warning "No user-serviceable parts inside."
> #endif
> 
> 
> Does the use of #warning need to be protected by
> #if __GNUC__ in FreeBSD header files?  I am working
> on something similar for <machine/limits.h>.

I think the use of #warning should be protected against abuse :-)

In general I probably would opt to not protect it with #if __GNUC__
because #warning is not specific to gcc and since we're only compiling
with gcc (officially) it's better to have it fail when somebody does
use a different compiler. I think the discussion that it will trigger
will yield a less gratuitous convention. Possibly documented. YMMV.

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 10:48:42 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E377337B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 10:48:40 -0800 (PST)
Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE6543F3F
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 10:48:40 -0800 (PST)
	(envelope-from marcel@xcllnt.net)
Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201])
	by ns1.xcllnt.net (8.12.8/8.12.8) with ESMTP id h28ImbSd030111;
	Sat, 8 Mar 2003 10:48:37 -0800 (PST)
	(envelope-from marcel@piii.pn.xcllnt.net)
Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1])
	by dhcp01.pn.xcllnt.net (8.12.7/8.12.7) with ESMTP id h28Imb79000675;
	Sat, 8 Mar 2003 10:48:37 -0800 (PST)
	(envelope-from marcel@dhcp01.pn.xcllnt.net)
Received: (from marcel@localhost)
	by dhcp01.pn.xcllnt.net (8.12.7/8.12.7/Submit) id h28ImY91000674;
	Sat, 8 Mar 2003 10:48:34 -0800 (PST)
	(envelope-from marcel)
Date: Sat, 8 Mar 2003 10:48:34 -0800
From: Marcel Moolenaar <marcel@xcllnt.net>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: Craig Rodrigues <rodrigc@attbi.com>, freebsd-current@FreeBSD.ORG
Subject: Re: #warning must be protected by #if __GNUC__ in headers?
Message-ID: <20030308184834.GC543@dhcp01.pn.xcllnt.net>
References: <20030308161943.GA54921@attbi.com> <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu>
User-Agent: Mutt/1.5.3i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, Mar 08, 2003 at 12:28:13PM -0500, Garrett Wollman wrote:
> 
> `#if __GNUC__' wouldn't help matters; every preprocessor has to read
> and interpret every preprocessor directive (so that `#else' and
> `#endif' can be recognized).

I don't think preprocessors should interpret directives when they are
dead (ie part of an #if block or #else block that is not to be compiled).
They should merely scan the block for #else, #endif and the likes to keep
track of nesting, but should otherwise ignore anything it sees. For how
does it matter if a directive is valid or invalid when you're not acting
upon it anyway? One can even claim that emitting an error or warning *is*
reaction upon the directive.

-- 
 Marcel Moolenaar	  USPA: A-39004		 marcel@xcllnt.net

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 11:33:14 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5C84537B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 11:33:13 -0800 (PST)
Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D48C543FDD
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 11:33:11 -0800 (PST)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
	by smtp1.server.rpi.edu (8.12.8/8.12.7) with ESMTP id h28JX8Bg003889;
	Sat, 8 Mar 2003 14:33:08 -0500
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05200f12ba8ff3f9780e@[128.113.24.47]>
In-Reply-To: <20030308184834.GC543@dhcp01.pn.xcllnt.net>
References: <20030308161943.GA54921@attbi.com>
 <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu>
 <20030308184834.GC543@dhcp01.pn.xcllnt.net>
Date: Sat, 8 Mar 2003 14:33:06 -0500
To: Marcel Moolenaar <marcel@xcllnt.net>,
	Garrett Wollman <wollman@lcs.mit.edu>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: #warning must be protected by #if __GNUC__ in headers?
Cc: Craig Rodrigues <rodrigc@attbi.com>, freebsd-current@FreeBSD.ORG
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: MIMEDefang 2.28
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 10:48 AM -0800 3/8/03, Marcel Moolenaar wrote:
>On Sat, Mar 08, 2003 at 12:28:13PM -0500, Garrett Wollman wrote:
>>
>  > `#if __GNUC__' wouldn't help matters; every preprocessor has to
>  > read and interpret every preprocessor directive (so that `#else'
>  > and `#endif' can be recognized).
>
>I don't think preprocessors should interpret directives when they
>are dead (ie part of an #if block or #else block that is not to
>be compiled).

I tried to use this once, on a cross-platform program I wrote.  I
can tell you that some compilers will choke on a #warning, even if
it is inside a #if/#endif.  And other compilers will choke on #warn,
even if *it* is in a #if/#endif.  (note: some compilers which do not
recognize #warning will support #warn for the same thing).

By adding that #warning, you are going to have a compile-time error
on some compilers, whether or not you want it.  Hiding it inside of
an #if/#endif will help for some compilers, but not on all of them.

-- 
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-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 11:41:47 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6B16937B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 11:41:46 -0800 (PST)
Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B6B843FCB
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 11:41:45 -0800 (PST)
	(envelope-from drosih@rpi.edu)
Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47])
	by smtp4.server.rpi.edu (8.12.8/8.12.7) with ESMTP id h28JfguF005842;
	Sat, 8 Mar 2003 14:41:42 -0500
Mime-Version: 1.0
X-Sender: drosih@mail.rpi.edu
Message-Id: <p05200f14ba8ff6b51c12@[128.113.24.47]>
In-Reply-To: <p05200f12ba8ff3f9780e@[128.113.24.47]>
References: <20030308161943.GA54921@attbi.com>
 <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu>
 <20030308184834.GC543@dhcp01.pn.xcllnt.net>
 <p05200f12ba8ff3f9780e@[128.113.24.47]>
Date: Sat, 8 Mar 2003 14:41:41 -0500
To: Marcel Moolenaar <marcel@xcllnt.net>,
	Garrett Wollman <wollman@lcs.mit.edu>
From: Garance A Drosihn <drosih@rpi.edu>
Subject: Re: #warning must be protected by #if __GNUC__ in headers?
Cc: Craig Rodrigues <rodrigc@attbi.com>, freebsd-current@FreeBSD.ORG
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
X-Scanned-By: MIMEDefang 2.28
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

At 2:33 PM -0500 3/8/03, Garance A Drosihn wrote:
>
>By adding that #warning, you are going to have a compile-time error
>on some compilers, whether or not you want it.  Hiding it inside of
>an #if/#endif will help for some compilers, but not on all of them.

Er, I should note that I do like the idea of using #warnings for
some things.  All I meant to say was that I would not waste my time
putting it inside of a #if __GNUC__.  GNUC is not the only compiler
which understands it, and for some of the compilers which do not
understand it, you're still going to get a compile-time error even
if it's inside that #if/#endif.  By putting it inside #if __GNUC__,
you're just confusing things by making it look like the warning
itself is *because of* GCC.

-- 
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-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 12:40:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 81F8C37B404
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 12:40:11 -0800 (PST)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C1ED843FB1
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 12:40:10 -0800 (PST)
	(envelope-from mux@freebsd.org)
Received: by elvis.mu.org (Postfix, from userid 1920)
	id 9BB092ED40B; Sat,  8 Mar 2003 12:40:10 -0800 (PST)
Date: Sat, 8 Mar 2003 21:40:10 +0100
From: Maxime Henrion <mux@freebsd.org>
To: Garance A Drosihn <drosih@rpi.edu>
Cc: Marcel Moolenaar <marcel@xcllnt.net>,
	Garrett Wollman <wollman@lcs.mit.edu>,
	Craig Rodrigues <rodrigc@attbi.com>, freebsd-current@FreeBSD.ORG
Subject: Re: #warning must be protected by #if __GNUC__ in headers?
Message-ID: <20030308204010.GC3819@elvis.mu.org>
References: <20030308161943.GA54921@attbi.com> <200303081728.h28HSDWM039984@khavrinen.lcs.mit.edu> <20030308184834.GC543@dhcp01.pn.xcllnt.net> <p05200f12ba8ff3f9780e@[128.113.24.47]> <p05200f14ba8ff6b51c12@[128.113.24.47]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <p05200f14ba8ff6b51c12@[128.113.24.47]>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Garance A Drosihn wrote:
> At 2:33 PM -0500 3/8/03, Garance A Drosihn wrote:
> >
> >By adding that #warning, you are going to have a compile-time error
> >on some compilers, whether or not you want it.  Hiding it inside of
> >an #if/#endif will help for some compilers, but not on all of them.
> 
> Er, I should note that I do like the idea of using #warnings for
> some things.  All I meant to say was that I would not waste my time
> putting it inside of a #if __GNUC__.  GNUC is not the only compiler
> which understands it, and for some of the compilers which do not
> understand it, you're still going to get a compile-time error even
> if it's inside that #if/#endif.

That's a problem, #warning is not supposed to give a compile-time error
but a compile-time warning.  The point is moot for the kernel where we
use -Werror, but it's very valid for userland.

> By putting it inside #if __GNUC__,
> you're just confusing things by making it look like the warning
> itself is *because of* GCC.

Maxime

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 12:52: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DF36A37B404
	for <current@freebsd.org>; Sat,  8 Mar 2003 12:52:01 -0800 (PST)
Received: from web13304.mail.yahoo.com (web13304.mail.yahoo.com [216.136.175.40])
	by mx1.FreeBSD.org (Postfix) with SMTP id D745043F75
	for <current@freebsd.org>; Sat,  8 Mar 2003 12:51:58 -0800 (PST)
	(envelope-from andyelf@yahoo.com)
Message-ID: <20030308205158.84603.qmail@web13304.mail.yahoo.com>
Received: from [213.76.98.12] by web13304.mail.yahoo.com via HTTP; Sat, 08 Mar 2003 12:51:58 PST
Date: Sat, 8 Mar 2003 12:51:58 -0800 (PST)
From: Andrei Popov <andyelf@yahoo.com>
Subject: XFree86 4.3 and Cyrillic Xkb layouts
To: stable@freebsd.org, current@freebsd.org
Cc: andrei@ceesaxp.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

There's something fishy with Xkb in 4.3: whenever I try cyrillic
layouts (e.g. ru, bg, ua, etc.), I cannot type a thing (and yes,
cyrillic fonts are listed in font path). Once I change it to any
latin-based (us, pl, sk, cz, fr, etc.) -- all is ok.

Running xev shows that event is there.  Anyone seen the same
behavior/knows what may be the cause?

This is with 11th diff on a 4-5 days old -CURRENT (sorry for
cross-posting, most of 4.3 discussion was on -stable list, but this
is a -current system).  A computer is a Toshiba Portege 7200.


  -- Andrei


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 13:21:12 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C3C5937B401
	for <current@freebsd.org>; Sat,  8 Mar 2003 13:21:10 -0800 (PST)
Received: from tao.xtaz.co.uk (pc-62-30-69-139-az.blueyonder.co.uk [62.30.69.139])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 312A243FCB
	for <current@freebsd.org>; Sat,  8 Mar 2003 13:21:09 -0800 (PST)
	(envelope-from matt@xtaz.co.uk)
Received: from webmail.xtaz.co.uk (matt@localhost.xtaz.co.uk [127.0.0.1])
	by tao.xtaz.co.uk (8.12.8/8.12.8) with ESMTP id h28LL6mG001232
	for <current@freebsd.org>; Sat, 8 Mar 2003 21:21:06 GMT
	(envelope-from matt@xtaz.co.uk)
From: "Matt" <matt@xtaz.co.uk>
To: current@freebsd.org
Subject: ddb & kernel panic's
Date: Sat, 8 Mar 2003 21:21:06 +0000
Message-Id: <20030308211224.M17689@xtaz.co.uk>
X-Mailer: Open WebMail 1.90 20030212
X-OriginatingIP: 192.168.1.10 (matt)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi,

I run -CURRENT and have experienced a total lockup of the machine every 
couple of weeks where it would just freeze with nothing on the console and I 
would have to power cycle it to get it back. Previously I had all the debug 
options turned off such as ddb, witness, invarients etc but I thought I 
would enable them all to see if I could get anything out of it that would be 
of use to you for the next time it happened.

Well it happened again 20 minutes ago but I had DDB_UNATTENDED in the kernel 
conf and fsck_y_enable="YES" in rc.conf and so I haven't been able to see 
anything.

There is no core dump in /var/crash but this could well be because I only 
have 256 meg swap and 256 meg physical ram (I keep meaning to add more swap).

Anyway my question is, is there anything now I can do or read to see what 
happened or is it too late now? I assumed DDB_UNATTENDED would still leave 
some kind of log somewhere of the panic but I can't spot anything.

Or if it's too late now should I remove DDB_UNATTENDED and just get 
backtrace's etc from DDB at the time of crash in the future?

Incidently my kernel/world build is from march 4th.

Regards, Matt.


---
Matt (matt@xtaz.co.uk)
http://www.xtaz.co.uk/
---

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 13:35:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 1879B37B401; Sat,  8 Mar 2003 13:35:37 -0800 (PST)
Received: from obsecurity.dyndns.org (adsl-63-207-60-52.dsl.lsan03.pacbell.net [63.207.60.52])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 2EAA943FAF; Sat,  8 Mar 2003 13:35:36 -0800 (PST)
	(envelope-from kris@obsecurity.org)
Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5])
	by obsecurity.dyndns.org (Postfix) with ESMTP
	id D7F7E66CFB; Sat,  8 Mar 2003 13:35:35 -0800 (PST)
Received: by rot13.obsecurity.org (Postfix, from userid 1000)
	id B5121493; Sat,  8 Mar 2003 13:35:35 -0800 (PST)
Date: Sat, 8 Mar 2003 13:35:35 -0800
From: Kris Kennaway <kris@obsecurity.org>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc: current@FreeBSD.ORG, alfred@FreeBSD.org
Subject: Re: NULL pointer problem in pid selection ?
Message-ID: <20030308213535.GE56020@rot13.obsecurity.org>
References: <54592.1047120394@critter.freebsd.dk>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="dFWYt1i2NyOo1oI9"
Content-Disposition: inline
In-Reply-To: <54592.1047120394@critter.freebsd.dk>
User-Agent: Mutt/1.4i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--dFWYt1i2NyOo1oI9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, Mar 08, 2003 at 11:46:34AM +0100, Poul-Henning Kamp wrote:
>=20
> Just got this crash on -current, and I belive I have seen similar
> before.  addr2line(1) reports the faulting address to be
> 	../../../kern/kern_fork.c:395
> which is in the inner loop of pid collision avoidance.

I've been running this patch from Alfred for the past month or so on
bento, which has fixed a similar panic I was seeing regularly.

Kris

Index: kern/kern_fork.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /home/ncvs/src/sys/kern/kern_fork.c,v
retrieving revision 1.186
diff -u -r1.186 kern_fork.c
--- kern/kern_fork.c	27 Feb 2003 02:05:17 -0000	1.186
+++ kern/kern_fork.c	4 Mar 2003 00:28:09 -0000
@@ -325,6 +325,7 @@
 	 * exceed the limit. The variable nprocs is the current number of
 	 * processes, maxproc is the limit.
 	 */
+	sx_xlock(&proctree_lock);
 	sx_xlock(&allproc_lock);
 	uid =3D td->td_ucred->cr_ruid;
 	if ((nprocs >=3D maxproc - 10 && uid !=3D 0) || nprocs >=3D maxproc) {
@@ -432,6 +433,7 @@
 	LIST_INSERT_HEAD(&allproc, p2, p_list);
 	LIST_INSERT_HEAD(PIDHASH(p2->p_pid), p2, p_hash);
 	sx_xunlock(&allproc_lock);
+	sx_xunlock(&proctree_lock);
=20
 	/*
 	 * Malloc things while we don't hold any locks.
@@ -757,6 +759,7 @@
 	return (0);
 fail:
 	sx_xunlock(&allproc_lock);
+	sx_xunlock(&proctree_lock);
 	uma_zfree(proc_zone, newproc);
 	if (p1->p_flag & P_THREADED) {
 		PROC_LOCK(p1);


>=20
> Poul-Henning
>=20
> Fatal trap 12: page fault while in kernel mode
> cpuid =3D 0; lapic.id =3D 00000000
> fault virtual address   =3D 0x14
> fault code              =3D supervisor read, page not present
> instruction pointer     =3D 0x8:0xc01c3eec
> stack pointer           =3D 0x10:0xe74e3c74
> frame pointer           =3D 0x10:0xe74e3cbc
> code segment            =3D base 0x0, limit 0xfffff, type 0x1b
>                         =3D DPL 0, pres 1, def32 1, gran 1
> processor eflags        =3D interrupt enabled, resume, IOPL =3D 0
> current process         =3D 99777 (sh)
> trap number             =3D 12
> panic: page fault
> cpuid =3D 0; lapic.id =3D 00000000
> Stack backtrace:
> backtrace(c032ff8e,0,c03394ce,e74e3b68,1) at 0xc01d86a7 =3D backtrace+0x17
> panic(c03394ce,c0342131,cfe5496c,1,1) at 0xc01d87ba =3D panic+0x10a
> trap_fatal(e74e3c34,14,c03422ba,2e3,cfe4fa50) at 0xc02fa672 =3D trap_fata=
l+0x322
> trap_pfault(e74e3c34,0,14,c035a038,14) at 0xc02fa322 =3D trap_pfault+0x1c2
> trap(18,10,10,cf19c3f8,cf76b9ec) at 0xc02f9e9d =3D trap+0x3cd
> calltrap() at 0xc02e2cd8 =3D calltrap+0x5
> --- trap 0xc, eip =3D 0xc01c3eec, esp =3D 0xe74e3c74, ebp =3D 0xe74e3cbc =
---
> fork1(cfe4fa50,14,0,e74e3cd4,cfe54858) at 0xc01c3eec =3D fork1+0x3fc
> fork(cfe4fa50,e74e3d10,c03422ba,404,0) at 0xc01c3852 =3D fork+0x52
> syscall(2f,2f,2f,0,80ff000) at 0xc02fa98e =3D syscall+0x26e
> Xint0x80_syscall() at 0xc02e2d2d =3D Xint0x80_syscall+0x1d
> --- syscall (2), eip =3D 0x807ba9f, esp =3D 0xbfbff6bc, ebp =3D 0xbfbff6e=
8 ---
> boot() called on cpu#0
>=20
> --=20
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> phk@FreeBSD.ORG         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe
> Never attribute to malice what can adequately be explained by incompetenc=
e.
>=20
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-current" in the body of the message

--dFWYt1i2NyOo1oI9
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+amInWry0BWjoQKURAlRGAJwOAAQ/CA5t+U0OMdYGHVaWdOyhYgCgkffG
SrGZFoCS/TPBBaD4AuUP0+c=
=2l59
-----END PGP SIGNATURE-----

--dFWYt1i2NyOo1oI9--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 15:31: 3 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A034A37B401
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 15:31:01 -0800 (PST)
Received: from hermes.pressenter.com (hermes.pressenter.com [209.224.20.19])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 78ACB43FCB
	for <freebsd-current@freebsd.org>; Sat,  8 Mar 2003 15:31:00 -0800 (PST)
	(envelope-from nospam@hiltonbsd.com)
Received: from [198.31.224.116] (helo=daggar.sbgnet.net)
	by hermes.pressenter.com with smtp (Exim 3.16 #1)
	id 18rnmL-0007Pp-00; Sat, 08 Mar 2003 17:30:58 -0600
Date: Sat, 8 Mar 2003 17:31:10 -0600
From: Stephen Hilton <nospam@hiltonbsd.com>
To: Lars Eggert <larse@ISI.EDU>
Cc: marcel@xcllnt.net, marcus@marcuscom.com, tparquet@twcny.rr.com,
	freebsd-current@FreeBSD.ORG
Subject: Re: Gnome2 terminal will not work right
Message-Id: <20030308173110.44e6bf66.nospam@hiltonbsd.com>
In-Reply-To: <3E6A21B4.3080307@isi.edu>
References: <3E697C54.7060006@twcny.rr.com>
	<1047102276.75221.269.camel@shumai.marcuscom.com>
	<3E699C1A.4090104@isi.edu>
	<20030308075035.GB49814@athlon.pn.xcllnt.net>
	<3E6A21B4.3080307@isi.edu>
X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i386-portbld-freebsd4.8)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

On Sat, 08 Mar 2003 09:00:36 -0800
Lars Eggert <larse@ISI.EDU> wrote:

> On 3/7/2003 11:50 PM, Marcel Moolenaar wrote:
> > On Fri, Mar 07, 2003 at 11:30:34PM -0800, Lars Eggert wrote:
> >>
> >>this may be unrelated, but for about ten days or so, I have problems 
> >>where gnometerminal will stop updating after a while. I can still use 
> >>the menus, close it, etc. - but all output is suspended. Most of the 
> >>time, selecting "Reset" from the menu repeatedly will eventually get me 
> >>back to a working state again. It also seems that pasting multi-line 
> >>text into a gnometerminal (as opposed to typing or it displaying output) 
> >>will trigger this frequently.
> > 
> > <AOL>Me too</AOL>
> > 
> > I tend to think it happens more often with maximized windows than
> > not and also when long lines are involved. A reset most of the time
> > gets me back, but I do occasionally have to kill gnome-terminal
> > completely when all the terminals are dead. Unfortunately I don't
> > have the time to dig into it, but I'm probably going to switch
> > window manager and see if that makes a difference. For some reason
> > I'm suspicious about Metacity. Not necessarily because of this...
> 
> I also switched to a TrueType font for gnometerminals (bitstream-vera) 
> around the same time, so maybe that's a factor, too.
> 
> As for window managers, I use sawfish (and have been, for a long time 
> before the problem.)
> 
> Also (unrelated?), it seems that X eats up a LOT of CPU with antialiases 
> TrueType fonts in terminals, compared to good, old lucida-typewriter.

"Fatal server error:  xf86OpenConsole: VT_SETMODE VT_PROCESS failed"

You could try rebuilding gnometerminal and use the 'WITH_ZVT' 
option. This is a workaround for some gnometerminal funkyness 
that was discussed in the freebsd-gnome list. Font functions 
are lost, but speed, resource usage, and highlighting for 
copy/paste is improved.

Regards,

Stephen Hilton
nospam@hiltonbsd.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 16:39:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5035237B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 16:39:23 -0800 (PST)
Received: from ms-smtp-01.nyroc.rr.com (ms-smtp-01.nyroc.rr.com [24.92.226.148])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F186D43F3F
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 16:39:20 -0800 (PST)
	(envelope-from bcsfd204@twcny.rr.com)
Received: from twcny.rr.com (syr-66-24-56-65.twcny.rr.com [66.24.56.65])
	by ms-smtp-01.nyroc.rr.com (8.12.5/8.12.2) with ESMTP id h290dJ67025494;
	Sat, 8 Mar 2003 19:39:19 -0500 (EST)
Message-ID: <3E6A8D36.3050409@twcny.rr.com>
Date: Sat, 08 Mar 2003 19:39:18 -0500
From: Tom Parquette <bcsfd204@twcny.rr.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Joe Marcus Clarke <marcus@marcuscom.com>
Cc: Tom Parquette <tparquet@twcny.rr.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Gnome2 terminal will not work right
References: <3E697C54.7060006@twcny.rr.com> <1047102276.75221.269.camel@shumai.marcuscom.com>
In-Reply-To: <1047102276.75221.269.camel@shumai.marcuscom.com>
Content-Type: multipart/mixed;
 boundary="------------060703090301080509040303"
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

This is a multi-part message in MIME format.
--------------060703090301080509040303
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Joe Marcus Clarke wrote:

>On Sat, 2003-03-08 at 00:15, Tom Parquette wrote:
>  
>
>>People have been saying that 5.0-CURRENT problems belong here.
>>I don't know if this is Gnome2 or Xfree86...
>>    
>>
>
>Both work fine for me in -CURRENT.
>
>  
>
>>I noticed tonight that the Gnome2 desktop terminal stopped working.
>>    
>>
>
>What changed between the last known working date and tonight?
>  
>
Joe,  Nothing that I know of.  I did a make buildworld/buildkernel on 
this machine that was NFS mounted on another but I have not installed it 
on this machine yet.  I was fighting with portupgrade to get the 
database consistant but I do not believe it went into Gnome-land.  The 
problem simply appeared after I had left the Gnome2 session open 
overnight and picked it up sometime the next day.

>  
>
>>The X logs are inconclusive.
>>However, I'll include one that hints at a failure.
>>"Fatal server error:  xf86OpenConsole: VT_SETMODE VT_PROCESS failed"
>>I've had this happen to root and to my non uid0 personal account.
>>Any ideas folks?
>>    
>>
>
>What do you have in your ~/.xinitrc?  Can you also send the output of
>pkg_info?  Also, have you tried removing ~/.gnome2/session, and see if
>that helps?
>
>Joe
>  
>
There is no .xinitrc for this user id.  I use GDM2 and that path brought 
up Gnome2.  I noticed it but, I never questioned it beyond that.
I have not tried removing .gnome2/session.  I can try that.  I'll attach 
pkg_info to the end of this reply.
I do not know what the importance of this is but I keep seeing dumps for 
something called Interfearance.  I do not know what it is or what it 
does.  I also have not gotten around to researching what it is.  I 
mention it here FWIW.

>  
>
>>
>>______________________________________________________________________
>>
>>XFree86 Version 4.2.1 / X Window System
>>(protocol Version 11, revision 0, vendor release 6600)
>>Release Date: 3 September 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 5.0-CURRENT 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.1.log", Time: Fri Mar  7 17:49:40 2003
>>(==) Using config file: "/etc/X11/XF86Config"
>>(==) ServerLayout "XFree86 Configured"
>>(**) |-->Screen "Screen0" (0)
>>(**) |   |-->Monitor "Monitor0"
>>(**) |   |-->Device "Card0"
>>(**) |-->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/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
>>
>>
>>Fatal server error:
>>xf86OpenConsole: VT_SETMODE VT_PROCESS failed
>>
>>
>>When reporting a problem related to a server crash, please send
>>the full server output, not just the last messages.
>>This can be found in the log file "/var/log/XFree86.1.log".
>>Please report problems to xfree86@xfree86.org.
>>    
>>


--------------060703090301080509040303
Content-Type: text/plain;
 name="pkg_info"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="pkg_info"

44bsd-csh-20001106  The traditional 4.4BSD /bin/csh C-shell
9e-1.0              Explode Plan9 archives
AbiWord2-1.1.3      An open-source, cross-platform WYSIWYG word processor
Hermes-1.3.2        Fast pixel formats conversion library
ImageMagick-5.5.5   Image processing tools (interactive optional--misc/display 
Mesa-3.4.2_2        A graphics library similar to SGI's OpenGL
ORBit-0.5.17        High-performance CORBA ORB with support for the C language
ORBit2-2.6.0        High-performance CORBA ORB with support for the C language
OpenSSH-askpass-1.2.2.2001.02.24 Graphical password applet for entering SSH passphrase
XFree86-4.2.0_1,1   X11/XFree86 core distribution (complete, using mini/meta-po
XFree86-FontServer-4.2.0_1 XFree86-4 Font Server
XFree86-Server-4.2.1_7 XFree86-4 X server and related programs
XFree86-VirtualFramebufferServer-4.2.1_1 XFree86-4 Virtual Framebuffer Server
XFree86-clients-4.2.1_3 XFree86-4 Client environments
XFree86-documents-4.2.0 XFree86-4 Document Files
XFree86-font100dpi-4.2.0 XFree86-4 bitmap 100 dpi fonts
XFree86-font75dpi-4.2.0 XFree86-4 bitmap 75 dpi fonts
XFree86-fontCyrillic-4.2.0_4 XFree86-4 Cyrillic Fonts
XFree86-fontDefaultBitmaps-4.2.0 XFree86-4 default bitmap fonts
XFree86-fontEncodings-4.2.0 XFree86-4 font encoding files
XFree86-fontScalable-4.2.0 XFree86-4 Scalable font files
XFree86-libraries-4.2.1_7 XFree86-4 include/(shared) library kit
Xaw3d-1.5           A 3-D Athena Widget set that looks like Motif
Xft-2.1_3           A client-sided font API for X applications
aalib-1.4.r5_1      An ascii art library
acme-2.0.2          Tool to make multimedia keys work on laptops
acroread-5.06_1     View, distribute and print PDF documents
af-kde-i18n-3.1     Localized messages and documentation for KDE3
afm-1.0             Adobe Font Metrics
apache-2.0.44       Version 2 of the extremely popular Apache http server
arc-5.21e.8_1       Create & extract files from DOS .ARC files
arj-3.10b           Open-source ARJ
arts-1.1,1          Audio system for the KDE integrated X11 desktop
aspell-0.50.3_1     Spelling checker with better suggestion logic than ispell
at-spi-1.1.8        An Assistive Technology Service Provider Interface
atk-1.2.2           A GNOME accessibility toolkit (ATK)
autoconf-2.53_1     Automatically configure source code on many Un*x platforms
autoconf213-2.13.000227_5 Automatically configure source code on many Un*x platforms 
automake-1.5,1      GNU Standards-compliant Makefile generator
automake14-1.4.5_9  GNU Standards-compliant Makefile generator (legacy version 
autotrace-0.31.1    Convert bitmap to vector graphics
balsa2-2.0.9        A mail reader for the GNOME 2 desktop
bash-1.14.7         The GNU Borne Again Shell
bash-2.05b.004      The GNU Bourne Again Shell
bind9-9.2.2         Completely new version of the BIND DNS server
bison-1.75          A parser generator from FSF, (mostly) compatible with Yacc
bonobo-1.0.22       The component and compound document system for GNOME
bonobo-activation-2.2.1,1 An object activation framework for GNOME 2.0
bugbuddy2-2.2.102_1 A bug reporting tool for GNOME 2.0
bzip-0.21           A block-sorting file compressor
cabextract-0.6      A program to extract Microsoft cabinet (.CAB) files
cdrtools-2.0        Cdrecord, mkisofs and several other programs to record CD-R
cnews-cr.g_4        An nntp server
compat3x-i386-5.0.20020925 A convenience package to install the compat3x libraries
crimson-1.1.3_1     Implements the Java API for XML Processing (JAXP)
cups-base-1.1.18.0_4 The Common UNIX Printing System: headers, libs, & daemons
cups-pstoraster-7.05.6 GNU Postscript interpreter for CUPS printing to non-PS prin
cvsup-16.1f         General network file distribution system optimized for CVS 
cvsup-mirror-1.2_1  A kit for easily setting up a FreeBSD mirror site using CVS
cvsupit-3.1         CVSup installation and setup front-end package (16.1 / GUI 
cvsweb-2.0.6        WWW CGI script to browse CVS repository trees
cyrus-sasl-1.5.28   RFC 2222 SASL (Simple Authentication and Security Layer)
cyrus-sasl-2.1.12   RFC 2222 SASL (Simple Authentication and Security Layer)
db3-3.3.11,1        The Berkeley DB package, revision 3
db41-4.1.25_1       The Berkeley DB package, revision 4.1
djbfft-0.76         An extremely fast library for floating-point convolution
docbook-1.2         Meta-port for the different versions of the DocBook DTD
docbook-241         V2.4.1 of the DocBook DTD, designed for technical documenta
docbook-3.0         V3.0 of the DocBook DTD, designed for technical documentati
docbook-3.1         V3.1 of the DocBook DTD, designed for technical documentati
docbook-4.0         V4.0 of the DocBook DTD, designed for technical documentati
docbook-4.1         V4.1 of the DocBook DTD, designed for technical documentati
docbook-sk-4.1.2    XML version of the DocBook DTD version controlled for Scrol
docbook-xml-4.2     XML version of the DocBook DTD
docbook-xsl-1.59.1  XSL DocBook stylesheets
docproj-1.10        The "meta-port" for the FreeBSD Documentation Project
docproj-jadetex-1.10 The "meta-port" for the FreeBSD Documentation Project
docproj-nojadetex-1.10 The "meta-port" for the FreeBSD Documentation Project
dsssl-docbook-modular-1.73_1,1 DSSSL stylesheets for the DocBook DTD by Norman Walsh
eel2-2.2.1          Generally useful classes and extensions to GNOME
emacs-20.7_1        GNU editing macros
entropy-1.0         Calculate data entropy to benchmark compression algorithms
eog2-2.2.0          The Eye Of Gnome image viewer
es-0.9.b1_2         An extensible shell, derived from plan9's rc
esh-0.8.5           The "easy shell", a small shell with Lisp-like syntax
esound-0.2.29       A sound library for enlightenment package
ethereal-0.9.9      An X11/GTK network analyzer/capture tool
expat-1.95.6_1      XML 1.0 parser written in C
fam-2.6.9_2         A file alteration monitor
fastjar-0.90        A version of JDK's `jar' command written entirely in C
fd-2.02b            A CUI-based file and directory management tool
fetchmail-6.2.0     Batch mail retrieval utility for IMAP/POP2/POP3/APOP/KPOP/E
fileroller-2.2.1,1  An archive manager for zip files, tar, etc.
flash-0.9.4         A ncurses-based restriction shell
flashplugin-mozilla-0.4.10_2 A GPL standalone Flash (TM) plugin for Mozilla web browser
fontconfig-2.1_5    An XML-based font configuration API for X Windows
fontilus-0.4        A font view for Nautilus
freetype-1.3.1_2    A free and portable TrueType font rendering engine
freetype2-2.1.3_1   A free and portable TrueType font rendering engine
freeze-2.5_1        Compression program - often used in QNX
fribidi-0.10.4_1    A Free Implementation of the Unicode Bidirectional Algorith
frontline-0.5.4     An autotrace GUI FRONTend like streamLINE(TM)
gail-1.2.0          An implementation of the ATK interfaces for GTK+ widgets
gaim-esound-20030206 Gtk+-2.0 open-source 'clone' of AOL's Instant Messenger cli
gal2-1.99.1         A collection of widgets taken from GNOME 2 gnumeric
galeon2-1.3.2_1     A GNOME 2 Web browser based on gecko (the Mozilla rendering
gcalctool-4.2.43    A GNOME 2 calculator tool based on the old calctool for Ope
gconf-1.0.9_2       A configuration database system for GNOME
gconf-editor-0.4.0  A gconf database editor for the GNOME 2.0 environment
gconf2-2.2.0        A configuration database system for GNOME
gd-1.8.4_6          A graphics library for fast image creation
gdbm-1.8.3          The GNU database manager
gdk-pixbuf-0.22.0   A graphic library for GTK+
gdm2-2.4.1.3        GNOME 2.0 version of xdm display manager
gedit2-2.2.0.1      A small but powerful text editor for Gnome 2.0 Desktop Envi
gettext-0.11.5_1    GNU gettext package
ggv2-1.99.98        GNOME 2.0 ghostscript viewer
ghex-1.2.1          GNOME hex editor
ghex2-2.2.0         GNOME 2 hex editor
ghostscript-gnu-7.05_4 GNU Postscript interpreter
gimp-1.2.3_2,1      the GNU Image Manipulation Program
gimp-1.3.12,1       A GNU Image Manipulation Program (unstable development vers
gimp-print-4.2.5    GIMP Print Printer Driver
glade2-1.1.3_1      A user interface builder for GTK+/GNOME
gle-3.0.3           A GL Tubing and Extrusion Library
glib-1.2.10_8       Some useful routines of C programming (previous stable vers
glib-2.2.1          Some useful routines of C programming (current stable versi
gmake-3.80          GNU version of 'make' utility
gnet-1.1.4          A simple network library built upon Glib
gnet-1.1.8          A simple network library built upon Glib
gnome-icon-theme-1.0.0 A collection of icons for the GNOME 2 desktop
gnome-pkgview-0.0.8 Displays the version of GNOME 2 components installed
gnome-themes-2.2_1  A collection of themes and icons for GNOME 2 designed for a
gnome2-2.2.0        The "meta-port" for the GNOME 2 integrated X11 desktop
gnome2-fifth-toe-2.2.0_7 The "meta-port" for the GNOME 2 "Fifth-Toe" extra package s
gnomeapplets2-2.2.0_1 Applets components for the Gnome 2.0 Desktop Environment
gnomeaudio-1.4.0    Sound files for use with GNOME
gnomecanvas-0.22.0  A graphics library for GNOME
gnomecontrolcenter2-2.2.0.1 Control center for GNOME 2.0 project
gnomedesktop-2.2.0.1 Additional UI API for GNOME 2.0
gnomegames2-2.2.0   The game applications package for the Gnome 2.0 Desktop Env
gnomehier-1.0_8     An utility port, installing hierarchy of common GNOME direc
gnomeicu2-0.98.126_2 GNOME2 ICQ client
gnomelibs-1.4.2_1   Libraries for GNOME, a GNU desktop environment
gnomemedia2-2.2.1.1_1 Multimedia applications for the GNOME 2.0 desktop
gnomemeeting-0.96.0_1 GNOME H323 Video Conferencing program, similar to NetMeetin
gnomemimedata-2.2.0_1 A MIME and Application database for GNOME
gnomepanel-2.2.0.1_1 Panel component for the GNOME 2.0 Desktop
gnomeprint-0.37     Gnome print support library
gnomesession-2.2.0.2 Session component for the GNOME 2.0 desktop
gnomesystemmonitor-2.0.4_1 GNOME 2.0 system monitor program
gnometerminal-2.2.1 Terminal component for the GNOME 2.0 Desktop
gnomeuserdocs2-2.0.5 GNOME 2.0 users guide
gnomeutils2-2.2.0.3,1 GNOME 2.0 support utilities
gnomevfs2-2.2.2     GNOME Virtual File System
gnumeric2-1.1.16    The GNOME 2 spreadsheet
gnupg-1.2.1         The GNU Privacy Guard
gob2-2.0.5_1        A preprocessor for making GObjects with inline C
gpgme-0.3.14        A library to make access to GnuPG easier
grip-3.0.5          GTK-based front-end to external cd audio rippers and mp3 en
gstreamer-0.6.0     Development framework for creating media applications
gstreamer-plugins-0.6.0_1 GStreamer written collection of plugins handling several me
gtetrinet-0.6.0_1   A version of the popular TetriNET multiplayer tetris clone
gthumb2-2.1.0       An image viewer and browser for the GNOME 2 environment
gtk-1.2.10_9        Gimp Toolkit for X11 GUI (previous stable version)
gtk-2.2.1           Gimp Toolkit for X11 GUI (current stable version)
gtk-engines2-2.2.0  Theme engine for the gtk+-2.0 toolkit
gtk-thinice-engine-2.0.2 A simple, clean theme engine
gtkmm-2.2.0         C++ wrapper for gtk, a x11 graphics library
gtkspell2-2.0.2_2   A GTK+ 2 spell checking component
gucharmap-gnome-0.2 A Unicode/ISO10646 character map and font viewer
guile-1.4.1_3       GNU's Ubiquitous Intelligent Language for Extension
gv-3.5.8_2          A PostScript and PDF previewer
gzip-1.3.3          A compression utility designed to be a replacement for comp
ha-0.999b           The HA archiver using the HSC compression method
hdf-4.1r5           Hierarchical Data Format library (from NCSA)
help2man-1.29       Automatically generating simple manual pages from program o
hercules-2.16.5     The Hercules System/370, ESA/390, and z/Architecture Emulat
hpack-0.79a         Multi-System Archiver with open keys PGP-based security
html-4.01           All W3C published SGML DTDs for HTML
hugelatex-1.0       LaTeX format files with large limits
hylafax-4.1.5       Fax software
id3lib-3.8.2        Library for manipulating ID3v1/v1.1 and ID3v2 tags
imake-4.2.0_1       Imake and other utilities from XFree86
imlib-1.9.14_1      A graphic library for enlightenment package
instant-server-1.0  Instant server installs a typical set of ports for a server
instant-workstation-1.0_2 Instant workstation installs a typical set of ports for a w
intltool-0.25       Xml internationalization support for GNOME, and others
isc-dhcp3-3.0.1.r11_1 ISC Dynamic Host Configuration Protocol client and server c
iso8879-1986        Character entity sets from ISO 8879:1986 (SGML)
ispell-3.2.06_3     An interactive spelling checker for multiple languages
ja-jcode.pl-2.13    Perl library for Japanese character code conversion
jade-1.2.1_1        An object-oriented SGML/XML parser toolkit and DSSSL engine
jadetex-3.12_1      A TeX backend for Jade, for typesetting SGML documents
jakarta-ant-1.5.1_5 Java-based build tool, conceptually similar to make
jasper-1.600.0      An implementation of the codec specified in the JPEG-2000 s
javavmwrapper-1.4   Wrapper script for various Java Virtual Machines
jbigkit-1.4         Lossless compression for bi-level images such as scanned pa
jdk-1.3.1p8_1       Java Development Kit 1.3
jdk-doc-1.3.1       Java Development Kit 1.3 Documentation
jpeg-6b_1           IJG's jpeg compression utilities
jre-1.1.8           Standard Java Platform for running Java programs
kde-3.1             The "meta-port" for KDE
kdebase-3.1_1       This package provides the basic applications for the KDE sy
kdegames-3.1        Games for the KDE integrated X11 desktop
kdegraphics-3.1     Graphics utilities for the KDE3 integrated X11 desktop
kdelibs-3.1         This is the base set of libraries needed by KDE programs
kdemultimedia-3.1   Multimedia utilities for the KDE integrated X11 desktop
kdenetwork-3.1      Network-related programs and modules for KDE
kdeutils-3.1        Utilities for the KDE integrated X11 desktop
koffice-1.2.1,1     Office Suite for KDE3
ksh93-20021221      Official AT&T release of KornShell 93
lbrate-1.1          Extract/decompress CP/M LBR archives
lcms-1.09           Light Color Management System -- a color management library
lha-1.14i           Archive files using LZW compression (.lzh files)
libIDL-0.8.0_1      A library for creating trees of CORBA Interface Definition 
liba52-0.7.4        A free library for decoding ATSC A/52 streams, aka AC-3
libarc-2.0.2        Tiny C library to decompress data in several popular compre
libart_lgpl2-2.3.11 Library for high-performance 2D graphics
libaudiofile-0.2.3  A sound library for SGI audio file
libbonobo-2.2.0     A component and compound document system for GNOME2
libcapplet-1.4.0.5  A library for writing custom applets for GNOME Control Cent
libesmtp-1.0_1,1    A library for posting electronic mail
libflash-0.4.10     GPL Flash (TM) Library
libfpx-1.2.0.4_1    Library routines for working with Flashpix images
libgail-gnome-1.0.2_1 An implementation of the ATK interfaces for GNOME widgets
libgda2-0.10.0      Provides uniform access to different kinds of data sources
libghttp-1.0.9      GNOME http client library
libglade2-2.0.1_1   GNOME glade library
libgmp-2001.08.07   A library for arbitrary precision arithmetic
libgnome-2.2.0.1    Libraries for GNOME, a GNU desktop environment
libgnomecanvas-2.2.0.2 A graphics library for GNOME
libgnomedb-0.10.0   Library components for the GNOME database frontend
libgnomeprint-1.116.3 Gnome print support library
libgnomeprint-2.2.1.1 Gnome print support library
libgnomeprintui-1.116.3 Gnome print support library
libgnomeprintui-2.2.1.1 Gnome print support library
libgnomeui-2.2.0.1  Libraries for the GNOME GUI, a GNU desktop environment
libgnugetopt-1.2    GNU getopt library
libgsf-1.7.2        An extensible i/o abstraction for dealing with structured f
libgtkhtml-2.2.1    Lightweight HTML rendering/printing/editing engine
libgtop-1.0.13_4    GNOME top library
libgtop2-2.0.1_3    GNOME 2.0 top library
libiconv-1.8_2      A character set conversion library
libijs-0.34         C library that supports plugin printer driver for Ghostscri
libmikmod-esound-3.1.10 MikMod Sound Library
libmng-1.0.4        Multiple-image Network Graphics (MNG) reference library
libmpeg2-0.3.1_1    A free library for decoding mpeg-2 and mpeg-1 video streams
libmrproject-0.9.1  Library backend for MrProject project management applicatio
libogg-1.0_1,3      Ogg bitstream library
libpanel-1.4.2      A library for writing custom applets for GNOME Panel
librep-0.16.1_1     An Emacs Lisp like runtime library
librsvg2-2.2.3_1    Library for parsing and rendering SVG vector-graphic files
libsigc++-1.2.2_1   Callback Framework for C++
libtool-1.3.4_4     Generic shared library support script
libungif-4.1.0b1    Tools and library routines for working with GIF images
libvorbis-1.0_1,3   Audio compression codec library
libwmf-0.2.8        Tools and library for converting Microsoft WMF (windows met
libwnck-2.2.1       Library used for writing pagers and taskslists
libwww-5.4.0        The W3C Reference Library
libxine-1.0.b6      Libraries for xine multimedia player
libxml-1.8.17_1     Xml parser library for GNOME
libxml2-2.5.4       Xml parser library for GNOME
libxslt-1.0.27      The XSLT C library for GNOME
libzvt-2.0.1_6      Library components for Zed's Virtual Terminal
linc-1.0.1          A library for writing networked servers & clients
links-0.98,1        Lynx-like text WWW browser
linux-sun-jdk-1.3.1.06_1 Sun Java Development Kit 1.3 for Linux
linux_base-7.1_2    The base set of packages needed in Linux mode
linuxdoc-1.1        The Linuxdoc SGML DTD
lzo-1.08_1          Portable speedy, lossless data compression library
lzop-1.00           Fast file compressor similar to gzip, using the LZO library
m4-1.4_1            GNU m4
macutils-2.0b3      Utilities for Apple Macintosh files
mad-esound-0.14.2b_2 High-quality MPEG audio decoder
makeself-1.5.3      A neat script to make self-extracting archives
mergeant-0.10.0     Provide uniform access to data sources for the GNOME 2.0 en
metacity-2.4.34     A window manager for the adult in you
metacity-setup-0.7.1_2 A graphical configurator tool for the metacity window manag
ming-0.2a_1         LGPL'ed Flash 4/5 movie output library with many languages 
mirror-2.9          Mirror packages on remote sites
mkcatalog-1.1       A maintainance utility for sgml catalog files
mkisofs-2.0         Create iso9660/Rock Ridge/Joliet filesystems
mozilla-1.2.1_1,2   The open source, standards compliant web browser
mozilla-1.3b        The open source, standards compliant web browser
mozilla-headers-1.3b,1 Header files for mozilla communicator web-surfboard
mrproject-0.9.1     Project management application for Gnome 2
mscompress-0.3      Microsoft "compress.exe/expand.exe" compatible (de)compress
mtf-0.2.1           A Unix reader for the Microsoft Tape Format used by NT Back
mudsh-20010311      An "intelligent" game-like shell
mutt-1.4            The Mongrel of Mail User Agents (part Elm, Pine, Mush, mh, 
mysql-client-3.23.55 Multithreaded SQL database (client)
mysql-server-3.23.55 Multithreaded SQL database (server)
nasm-0.98.33,1      General-purpose multi-platform x86 assembler
nautilus-media-0.2.1 GStreamer-based multimedia views for Nautilus
nautilus2-2.2.1     GNOME file manager and graphical shell developed by Eazel
net-snmp-5.0.6      An extendable SNMP implementation
netpbm-10.14        A toolkit for conversion of images between different format
nologinmsg-1.0      More functional native binary replacement for /sbin/nologin
nomarch-1.3         Extracts files from the old `.arc' archive format
nspr-4.2_1          A platform-neutral API for system level and libc like funct
nulib-3.25          NuFX archive utility
oaf-0.6.10_1        Object Activation Framework for GNOME
open-motif-2.2.2_1  Motif X11 Toolkit (industry standard GUI (IEEE 1295))
openldap-2.0.25_3   Open source LDAP client and server software
openssh-3.5         OpenBSD's secure shell client and server (remote login prog
osh-020214          An implementation of the UNIX 6th Edition shell.
p5-AcePerl-1.82     Perl5 interface to the ACEDB genome database system
p5-Algorithm-Diff-1.15 Perl interface to compute differences between two objects
p5-Attribute-Handlers-0.78 Attribute::Handlers - Simpler definition of attribute handl
p5-Authen-SASL-2.02 Perl5 module for SASL authentication
p5-Bit-Vector-6.3   Library of advanced math functions that includes a Perl OO 
p5-Business-CreditCard-0.27 Perl5 module to validate/generate credit card checksums/nam
p5-Business-OnlinePayment-2.00_1 A generic interface for processing online credit card payme
p5-Business-OnlinePayment-WorldPay-Junior-1.03 An Business::OnlinePayment backend module for a WorldPay Se
p5-Carp-Assert-0.17 Executable comments like the ANSI C library assert.h
p5-Class-Accessor-0.17 Automated accessor generation
p5-Class-DBI-0.90   Simple Database Abstraction
p5-Class-Data-Inheritable-0.02 Inheritable, overridable class data
p5-Class-Date-1.1.3 A Perl class for easy date and time manipulation
p5-Class-Factory-0.03 Base class for dynamic factory classes
p5-Class-Fields-0.14 Set of modules to operate with inheritance, fields, members
p5-Class-ISA-0.32   Report the search path for a class's ISA tree
p5-Class-Trigger-0.05 Mixin to add / call inheritable triggers
p5-Class-WhiteHole-0.03 Base class to treat unhandled method calls as errors
p5-Convert-ASN1-0.16 Perl5 module to encode and decode ASN.1 data structures
p5-DBD-CSV-0.2002   DBI driver for CSV files
p5-DBD-Excel-0.06   A class for DBI drivers that acts on Excel files
p5-Data-JavaScript-1.06 Data::JavaScript - Dump perl structures to JavaScript code
p5-Data-ShowTable-3.3 Perl5 module to pretty-print arrays of data
p5-Data-UUID-0.06   Module for generating Globally/Universally Unique Identifie
p5-Date-Calc-5.3    Gregorian calendar date calculations
p5-Date-Manip-5.40  Perl5 module containing date manipulation routines
p5-Devel-StackTrace-1.03 Stack trace and stack trace frame objects
p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms
p5-Digest-MD5-2.22  Perl5 interface to the MD5 algorithm
p5-Digest-Nilsimsa-0.06 Perl version of Nilsimsa code 
p5-Digest-SHA1-2.02 Perl interface to the SHA-1 Algorithm
p5-Email-Valid-0.14_1 Check validity of Internet email addresses
p5-Error-0.15       Perl module to provide Error/exception support for perl: Er
p5-Exception-Class-1.11 A module that allows you to declare real exception classes 
p5-Expect-1.15      Perl module inspired by the Tcl version of Expect
p5-ExtUtils-F77-1.13 Helps link C programs with Fortran subroutines
p5-File-Spec-0.82   A Perl module for portably manipulating file specifications
p5-File-Temp-0.12_1 Perl5 module to generate temporary files or directories saf
p5-Filter-1.28      A number of source filters for perl5 programs
p5-HTML-Parser-3.27 Perl5 module for parse HTML tag
p5-HTML-Tagset-3.03 Some useful data table in parsing HTML
p5-HTML-Tree-3.17   A collection of modules to manupulate HTML syntax trees
p5-IO-Socket-SSL-0.80 Perl5 interface to SSL sockets
p5-IO-String-1.01_1 Simplified Perl5 module to handle I/O on in-core strings
p5-IO-Stty-0.02     Perl5 module that hacks around IO::File deficiencies
p5-IO-Tty-1.02      Flexible I/O Perl5 module that allows manipulation of pseud
p5-IO-stringy-2.108 Perl5 module for using IO handles with non-file objects
p5-Ima-DBI-0.28     Database connection caching and organization
p5-MIME-Base64-2.16 Perl5 module for Base64 and Quoted-Printable encodings
p5-MIME-Tools-5.411a_2 A set of perl5 modules for MIME
p5-MP3-Info-1.01    Manipulate / fetch info from MP3 audio files
p5-Mail-ListDetector-0.22 Perl module for detecting mailing list messages
p5-Mail-Tools-1.58  Perl5 modules for dealing with Internet e-mail messages
p5-Mysql-modules-1.2216 Perl5 modules for accessing MySQL databases
p5-Net-1.12,1       Perl5 modules to access and use network protocols
p5-Net-DNS-0.33_1   Perl5 interface to the DNS resolver, and dymanic updates
p5-Net-Daemon-0.36  Perl5 extension for portable daemons
p5-Net-SSLeay-1.17  Perl5 interface to SSL
p5-OLE-Storage_Lite-0.11 Perl module for OLE document interface
p5-PDFLib-0.12      More OO interface to pdflib_pl.pm
p5-Parse-RecDescent-1.80 A recursive descent parsing framework for Perl
p5-PlRPC-0.2016     Perl module for writing RPC servers and clients
p5-PodParser-1.21   Modules to work with POD (Plain Old Documentation)
p5-ReadLine-Perl-0.9908 Perl 5 module for Term::ReadLine editing without GNU readli
p5-SPOPS-0.61       Simple Perl Object Persistence with Security
p5-SQL-Statement-1.005 A perl5 module for SQL parsing and processing
p5-Scalar-List-Utils-1.09,1 Perl subroutines that would be nice to have in the perl cor
p5-Search-Binary-0.95 Perl module that implements a generic binary search algorit
p5-Spreadsheet-ParseExcel-0.2602 Get information from Excel file
p5-Spreadsheet-WriteExcel-0.40 Write to a cross-platform Excel binary file
p5-Storable-2.06    Persistency for perl data structures
p5-Sub-Uplevel-0.06 Sub::Uplevel - apparently run a function in a higher stack 
p5-Switch-2.09      Switch - A switch statement for Perl
p5-Tcl-b2           A Tcl extension module for Perl5
p5-Term-ANSIColor-1.05 Color screen output using ANSI escape sequences
p5-Term-Screen-1.02 Basic screen + input class
p5-Test-Builder-Tester-0.09 Test testsuites that have been built with Test::Builder
p5-Test-Class-0.03  Test::Class - Easily create test classes in an xUnit style
p5-Test-Differences-0.46 Test::Differences - Test strings and data structures for di
p5-Test-Exception-0.15 Test::Exception - test functions for exception based code 
p5-Test-Harness-2.26 Run perl standard test scripts with statistics
p5-Test-Simple-0.47_1 Basic utilities for writing tests in perl
p5-Text-CSV_XS-0.23 Composition and decomposition of comma-separated values
p5-Text-Diff-0.35   Text::Diff - Perform diffs on files and record sets
p5-Text-Iconv-1.2_1 Perl interface to iconv() codeset conversion function
p5-Time-HiRes-1.42,1 A perl5 module implementing High resolution time, sleep, an
p5-TimeDate-1.14,1  Perl5 module containing a better/faster date parser for abs
p5-URI-1.23         Perl5 interface to Uniform Resource Identifier (URI) refere
p5-WWW-Babelfish-0.10 Perl interface to obtain translations from the babelfish se
p5-XML-Filter-Base-0.01 Base class for XML::Filter modules
p5-XML-Filter-BufferText-1.00 Filter to put all characters() in one event
p5-XML-Filter-DetectWS-0.01 A PerlSAX filter that detects ignorable whitespace
p5-XML-Filter-Reindent-0.03 Reformats whitespace for pretty printing XML
p5-XML-Filter-SAX1toSAX2-0.03 Convert SAX1 events to SAX2
p5-XML-Filter-SAXT-0.01 Replicates SAX events to several SAX event handlers
p5-XML-Filter-XInclude-1.0 XInclude as a SAX Filter
p5-XML-Generator-DBI-0.03 Generate SAX events from SQL queries
p5-XML-Handler-Trees-0.01 PerlSAX handlers for building tree structures
p5-XML-NamespaceSupport-1.08 A simple generic namespace support class
p5-XML-Node-0.10    Perl5 module to extend and simplify XML::Parser
p5-XML-Parser-2.31_1 Perl extension interface to James Clark's XML parser, expat
p5-XML-SAX-0.12     Simple API for XML
p5-XML-SAX-Base-1.04 Base class SAX Drivers and Filters
p5-XML-SAX-Machines-0.4 Manage collections of SAX processors
p5-XML-SAX-Writer-0.44 SAX2 XML Writer
p5-XML-SimpleObject-0.41 API for accessing the structure of an XML document
p5-XML-Writer-0.4_1 A simple Perl module for writing XML documents
p5-Xmms-0.12        Interactive remote control shell for xmms
p5-bioperl-0.7.2    A collection of Perl modules for bioinformatics
p5-cyrillic-2.09    Library for fast and easy cyrillic text manipulation
p5-dTemplate-2.0    A powerful template handling logic with advanced features
p5-eperl-2.2.14     Perl Modules of ePerl package: Parse::ePerl, Apache::ePerl
p5-hp200lx-db-0.09  Perl5 module to handle HP 200LX palmtop computer databases
p5-libservlet-0.9.2 Servlet API for Perl
p5-libwww-5.65_1    Perl5 library for WWW access
p5-libxml-0.07      Collection of Perl5 modules for working with XML
p5-msgconvert-20020831 Convert .MSG files to multipart MIME messages (mbox)
p5-perl-ldap-0.25   A Client interface to LDAP servers
pan2-0.13.4         Threaded GNOME 2 newsreader based on Agent for Windows
pango-1.2.1_1       An open-source framework for the layout and rendering of i1
parchive-1.1        Parity Archiver - makes multiple parity volumes from a set 
pash-2.2            A full-screen shell (commander GUI) for *nix.
pcre-3.9            Perl Compatible Regular Expressions library
pdflib-4.0.3        A C library for dynamically generating PDF
pdksh-5.2.14p2      The Public Domain Korn Shell
peps-1.0            Converts EPS images to anti-aliased PGM bitmaps
perl-5.6.1_11       Practical Extraction and Report Language
perl-5.8.0_4        Practical Extraction and Report Language
perlftlib-1.2       Libraries to use the FreeType library from the perl languag
perlsh-0.009_1      New shell made entirely out of a Perl script
perltidy-20021106   Indents and reformats Perl scripts to make them easier to r
pkgconfig-0.15.0    An utility used to retrieve information about installed lib
plotutils-2.4.1     A plotting library and toolkit
png-1.2.5_2         Library for manipulating PNG images
popt-1.6.4          A getopt(3) like library with a number of enhancements, fro
portupgrade-20030228 FreeBSD ports/packages administration and management tool s
postfix-2.0.4,1     An alternative to widely-used Sendmail
postgresql-7.3.2_1  The most advanced open-source database available anywhere
pstoedit-3.33       Convert PostScript to other vector graphic formats
pth-2.0.0           GNU Portable Threads
py22-bzip2-1.1      Python Interface for bz2 Compression Library
py22-expat-2.2.2_2  Python interface to the Expat XML parser
py22-tarfile-0.6.5  Python library for reading and writing tarballs
python-2.2.2_2      An interpreted object-oriented programming language
qt-3.1.1_4          A C++ X GUI toolkit
rc-1.6              A unix incarnation of the plan9 shell
rdesktop-1.2.0      RDP client for Windows NT Terminal Server
regexxer-0.4        An interactive tool for performing search and replace opera
rep-gtk2-0.17_1,1   GTK+ binding for rep Lisp interpreter
rpm-3.0.6_6         The Red Hat Package Manager
rpm2cpio-1.1.20020306 Convert .rpm files for extraction with /usr/bin/cpio, needs
ruby-1.6.8.2003.01.19 An object-oriented interpreted scripting language
ruby-bdb1-0.1.8     Ruby interface to Berkeley DB revision 1.8x with full featu
ruby-bz2-0.1.6      A Ruby extension to use libbz2
ruby-perl-0.2.7_1   A Ruby extension module to use the functions of Perl from R
ruby-rdoc-0.0.0.b2  Documentation from Ruby source files
ruby-shim-ruby18-1.8.0.p2 A set of Ruby modules to provide Ruby 1.8 functionalities
ruby-zip-0.4.2      A Ruby module for reading and writing zip files
ruby-zlib-0.5.1     An extension library to use zlib from Ruby
samba-2.2.7a        A free SMB and CIFS client and server for UNIX
sash-3.4            A Stand-Alone shell combining many common utilities
sawfish2-1.2_4,2    Lisp configurable window manager
scandoc-0.14        A C/C++ documentation generator
scponly-3.4         A tiny shell which only permits scp and sftp
scr2png-1.1         Converts the output of "vidcontrol -p" to PNG
scr2txt-1.1         Converts the output of "vidcontrol -p" to text
scrollkeeper-0.3.11_8,1 An Open Document Cataloging Project
sdl-1.2.5_1         Cross-platform multi-media development API (developm. vers.
sdocbook-xml-4.1.2.5 "Simplified" DocBook XML DTD
seahorse-0.7.0      A front end for GnuPG
sectar-1.01         A program to create encrypted tar archives
seti_applet-0.4.1_1 An applet that displays current status of seti@home client
setiathome-3.03_5   Donate idle cycles to the search for space aliens
sgmlformat-1.7_2    Generates groff and HTML from linuxdoc and docbook SGML doc
sharutils-4.2.1     Allow packing and unpacking of shell archives
sodipodi-0.31       A small vector based drawing program with GNOME libraries
sox-12.17.3_1       SOund eXchange - universal sound sample translator
squid-2.4_10        The successful WWW proxy cache and accelerator
star-1.4.3          Unique standard tape archiver with many enhancements
startup-notification-0.5_1 Library that supports startup notification spec from freede
stickynotes_applet-1.0.11 Applet that adds sticky notes to your desktop
stlport-gcc-4.5.3_1 Adaptation of SGI's Standard Template Library
svgalib-1.4.2_1     A low level console graphics library
swig-1.1p5_8        Simplified Wrapper and Interface Generator
swig-1.3.16         Simplified Wrapper and Interface Generator
sword-1.5.5         A project framework for manipulating Bible texts
szip-1.12b          A fast compression utility
tardy-1.11          Manipulate the file headers in tar archive files in various
tcl-8.2.3_2         Tool Command Language
tcl-8.3.5           Tool Command Language
tcsh-6.11.00        An extended C-shell with many useful features
teTeX-2.0.2         Thomas Esser's distribution of TeX & friends
tidy-20000804_2     Fixes and tidies up HTML files
tiff-3.5.7          Tools and library routines for working with TIFF images
tk-8.2.3_1          Graphical toolkit for TCL
tk-8.3.5            Graphical toolkit for TCL
tlb-0.11a           The List Batcher, a general purpose mail list delivery engi
totem-0.95.1        A Xine-based video player for the Gnome 2 Desktop
traceroute-991603   Version of 'traceroute' that shows the AS network number of
tsclient-0.104      A GNOME 2 frontend for rdesktop
ucl-1.01            A data compression library with low memory usage during dec
unace-1.2b          Extract, view & test ACE archives
unadf-0.7.9b        Extracts files from .adf-files used by Amiga emulators
unarj-2.43_1        Allows files to be extracted from ARJ archives
undms-1.3           Converts .dms Amiga disk images to uncompressed .adf images
unix2dos-1.3        Translate ASCII files from DOS (cr/lf) to UNIX (lf)
unlzx-1.0           Extracts .lzx archives from Amiga systems
unrar-3.11,1        Extract, view & test RAR archives
untar-1.4_1         Lists/Extracts files from a "*.tgz" or "*.gz" archive
unzip-5.50          List, test and extract compressed files in a ZIP archive
urwfonts-1.0        Another font package for X
uulib-0.5.18        A library for uu/xx/Base64/BinHex/yEnc de-/encoding
vshnu-1.0107        New Visual Shell
w3mir-1.0.10        All-purpose HTTP copying and mirroring tool
wapsh-1.0_1         A system to allow remote shell logins via a WAP phone or we
wine-2003.02.19     Microsoft Windows 3.1/95/98/NT/2000 emulator for Unix
wrapper-1.0_2       Wrapper for XFree86-4 server
xanim-2.92.0        Play most popular animation formats and show pictures
xchat2-2.0.0        An X11 IRC client using the GTK+ 2 toolkit
xdms-1.3            An Amiga DMS archiver unpacker
xhtml-1.0.20000126  W3C's XHTML DTD
xmms-esound-gnome-1.2.7_3 X Multimedia System --- An audio player with a Winamp GUI
xpk-0.1.4           The eXternal PacKer (XPK) library system
xscreensaver-gnome-4.08 Save your screen while you entertain your cat (for GNOME us
xtset-1.0           utility to set title on an xterm
xv-3.10a_3          An X11 program that displays images of various formats
yelp-2.2.0          A help browser for GNOME 2.0 desktop
zenity-1.0          Display GNOME dialogs from the command line
zip-2.3_1           Create/update ZIP files compatible with pkzip
zipios++-0.1.5      A java.util.zip-like C++ library for reading and writing Zi
zoo-2.10.1          Manipulate archives of files in compressed form
zsh+euc_hack-4.0.6  The Z shell with EUC encoding support
zsh-4.0.6           The Z shell
zsh-4.1.0.dev5      The Z shell (development version)

--------------060703090301080509040303--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 16:45: 2 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DEAE637B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 16:45:00 -0800 (PST)
Received: from ms-smtp-01.nyroc.rr.com (ms-smtp-01.nyroc.rr.com [24.92.226.148])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1C1F843F85
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 16:45:00 -0800 (PST)
	(envelope-from tparquet@twcny.rr.com)
Received: from twcny.rr.com (syr-66-24-56-65.twcny.rr.com [66.24.56.65])
	by ms-smtp-01.nyroc.rr.com (8.12.5/8.12.2) with ESMTP id h290ix67000683;
	Sat, 8 Mar 2003 19:44:59 -0500 (EST)
Message-ID: <3E6A8E8B.6070403@twcny.rr.com>
Date: Sat, 08 Mar 2003 19:44:59 -0500
From: Tom Parquette <tparquet@twcny.rr.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Tom Parquette <bcsfd204@twcny.rr.com>
Cc: Joe Marcus Clarke <marcus@marcuscom.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Gnome2 terminal will not work right
References: <3E697C54.7060006@twcny.rr.com> <1047102276.75221.269.camel@shumai.marcuscom.com> <3E6A8D36.3050409@twcny.rr.com>
In-Reply-To: <3E6A8D36.3050409@twcny.rr.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

>
>
>>
>> What do you have in your ~/.xinitrc?  Can you also send the output of
>> pkg_info?  Also, have you tried removing ~/.gnome2/session, and see if
>> that helps?
>>
>> Joe 
>
Joe,
I just tried removing the session file.
Nothing changed.

Someone suggested rebuilding gnometerminal.  I may try that since it 
seems like a harmless road to go down.
Cheers...


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 16:46:39 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7E6F337B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 16:46:37 -0800 (PST)
Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 80CA843FA3
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 16:46:36 -0800 (PST)
	(envelope-from marcus@marcuscom.com)
Received: from [192.168.1.4] (shumai.marcuscom.com [192.168.1.4])
	by creme-brulee.marcuscom.com (8.12.8/8.12.8) with ESMTP id h290kVrI031514;
	Sat, 8 Mar 2003 19:46:31 -0500 (EST)
	(envelope-from marcus@marcuscom.com)
Subject: Re: Gnome2 terminal will not work right
From: Joe Marcus Clarke <marcus@marcuscom.com>
To: Tom Parquette <bcsfd204@twcny.rr.com>
Cc: Tom Parquette <tparquet@twcny.rr.com>,
	freebsd-current@FreeBSD.ORG
In-Reply-To: <3E6A8D36.3050409@twcny.rr.com>
References: <3E697C54.7060006@twcny.rr.com>
	 <1047102276.75221.269.camel@shumai.marcuscom.com>
	 <3E6A8D36.3050409@twcny.rr.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-wnC35B7NsF+O9wwbA7ib"
Organization: MarcusCom, Inc.
Message-Id: <1047170792.328.70.camel@shumai.marcuscom.com>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.2 
Date: 08 Mar 2003 19:46:32 -0500
X-Spam-Status: No, hits=-32.1 required=5.0
	tests=EMAIL_ATTRIBUTION,IN_REP_TO,MIME_LONG_LINE_QP,
	      PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,
	      REPLY_WITH_QUOTES
	autolearn=ham	version=2.50
X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp)
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG


--=-wnC35B7NsF+O9wwbA7ib
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sat, 2003-03-08 at 19:39, Tom Parquette wrote:

> >What changed between the last known working date and tonight?
> > =20
> >
> Joe,  Nothing that I know of.  I did a make buildworld/buildkernel on=20
> this machine that was NFS mounted on another but I have not installed it=20
> on this machine yet.  I was fighting with portupgrade to get the=20
> database consistant but I do not believe it went into Gnome-land.  The=20
> problem simply appeared after I had left the Gnome2 session open=20
> overnight and picked it up sometime the next day.
>=20

The interference dump is from xscreensaver.  You don't need to worry
with that.  You can disab;e that module in the xscreensaver capplet if
you want.

I noticed that you don't have the vte port installed.  Perhaps your
gnometerminal is using an old version of the library that was left
around on the system.  You might try updating to vte-0.10.26, and see if
that helps.  If it doesn't, you can always try rebuilding gnometerminal
with -DWITH_ZVT to enable the old terminal widget component.  This will
break I18N and anti-aliasing for the terminal, but you shouldn't see the
problem you're seeing anymore.

Joe

--=20
PGP Key : http://www.marcuscom.com/pgp.asc

--=-wnC35B7NsF+O9wwbA7ib
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQA+ao7ob2iPiv4Uz4cRAqRFAJ919AiULuMA3/pUw/2kvQy+UFoKIgCgkHte
KySGDcUCCNWsAVvmPoYf4vo=
=RS4X
-----END PGP SIGNATURE-----

--=-wnC35B7NsF+O9wwbA7ib--


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 17:18:52 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1912137B401
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 17:18:51 -0800 (PST)
Received: from ms-smtp-03.nyroc.rr.com (ms-smtp-03.nyroc.rr.com [24.92.226.153])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4179C43F75
	for <freebsd-current@FreeBSD.ORG>; Sat,  8 Mar 2003 17:18:50 -0800 (PST)
	(envelope-from tparquet@twcny.rr.com)
Received: from twcny.rr.com (syr-66-24-56-65.twcny.rr.com [66.24.56.65])
	by ms-smtp-03.nyroc.rr.com (8.12.5/8.12.2) with ESMTP id h291InbV001324;
	Sat, 8 Mar 2003 20:18:49 -0500 (EST)
Message-ID: <3E6A9679.6000000@twcny.rr.com>
Date: Sat, 08 Mar 2003 20:18:49 -0500
From: Tom Parquette <tparquet@twcny.rr.com>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.2.1) Gecko/20030218
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Joe Marcus Clarke <marcus@marcuscom.com>
Cc: Tom Parquette <bcsfd204@twcny.rr.com>,
	freebsd-current@FreeBSD.ORG
Subject: Re: Gnome2 terminal will not work right -- SOLVED
References: <3E697C54.7060006@twcny.rr.com> <1047102276.75221.269.camel@shumai.marcuscom.com> <3E6A8D36.3050409@twcny.rr.com> <1047170792.328.70.camel@shumai.marcuscom.com>
In-Reply-To: <1047170792.328.70.camel@shumai.marcuscom.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Joe Marcus Clarke wrote:

>On Sat, 2003-03-08 at 19:39, Tom Parquette wrote:
>
>  
>
>>>What changed between the last known working date and tonight?
>>> 
>>>
>>>      
>>>
>>Joe,  Nothing that I know of.  I did a make buildworld/buildkernel on 
>>this machine that was NFS mounted on another but I have not installed it 
>>on this machine yet.  I was fighting with portupgrade to get the 
>>database consistant but I do not believe it went into Gnome-land.  The 
>>problem simply appeared after I had left the Gnome2 session open 
>>overnight and picked it up sometime the next day.
>>
>>    
>>
>
>The interference dump is from xscreensaver.  You don't need to worry
>with that.  You can disab;e that module in the xscreensaver capplet if
>you want.
>
>I noticed that you don't have the vte port installed.  Perhaps your
>gnometerminal is using an old version of the library that was left
>around on the system.  You might try updating to vte-0.10.26, and see if
>that helps.  If it doesn't, you can always try rebuilding gnometerminal
>with -DWITH_ZVT to enable the old terminal widget component.  This will
>break I18N and anti-aliasing for the terminal, but you shouldn't see the
>problem you're seeing anymore.
>
>Joe
>
>  
>
Joe,
I just finished rebuilding gnometerminal.  
I had to install vte and some other toolkit that I didn't write down.
Rebuilding, make deinstall and make reinstall appears to have fixed the 
problem.




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 18: 2:36 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2F6C737B401
	for <current@freebsd.org>; Sat,  8 Mar 2003 18:02:35 -0800 (PST)
Received: from hccml5.bai.ne.jp (n-hccml5.bai.ne.jp [210.171.3.241])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A005143F93
	for <current@freebsd.org>; Sat,  8 Mar 2003 18:02:33 -0800 (PST)
	(envelope-from h-hako@hcc5.bai.ne.jp)
Received: from tatuki (hcc3d73d1b9.bai.ne.jp [61.115.209.185])
	by hccml5.bai.ne.jp (8.11.6+3.4W/3.7W) with ESMTP id h2922Vu13326
	for <current@freebsd.org>; Sun, 9 Mar 2003 11:02:31 +0900 (JST)
X-Authentication-Warning: kai.ne.jp: Host hcc3d73d1b9.bai.ne.jp [61.115.209.185] claimed to be tatuki
From: "=?iso-2022-jp?B?GyRCR0hNaEMrISE8eRsoQg==?=" <h-hako@hcc5.bai.ne.jp>
To: <current@freebsd.org>
Subject: how to burn R/cdrom/disc1
Date: Sun, 9 Mar 2003 11:02:30 +0900
Message-ID: <000e01c2e5df$f104da50$0264a8c0@tatuki>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Importance: Normal
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hello
I run make release on -current
I got /junk/release/R/cdrom/disc1 and disc2
So I run "mkisofs -U -R -b floppies/boot.flp -o cd.iso disc1"
And make cd-rom
But can't install from cdrom
Please help me how to make hard-disk-boot CD image with mkisofs

Thank you


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 22:46:29 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (unknown [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8900B37B404
	for <current@freebsd.org>; Sat,  8 Mar 2003 19:40:13 -0800 (PST)
Received: from fsp1.physik.ruhr-uni-bochum.de (fsp1.physik.ruhr-uni-bochum.de [134.147.168.26])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 548A04408F
	for <current@freebsd.org>; Sat,  8 Mar 2003 19:40:12 -0800 (PST)
	(envelope-from strattbo@fsp1.physik.ruhr-uni-bochum.de)
Received: (from strattbo@localhost)
	by fsp1.physik.ruhr-uni-bochum.de (8.11.6/8.11.6/SuSE Linux 0.5) id h293eBO32518
	for current@freebsd.org; Sun, 9 Mar 2003 04:40:11 +0100
Date: Sun, 9 Mar 2003 04:40:11 +0100
From: Thomas Stratmann <strattbo@fsp1.physik.ruhr-uni-bochum.de>
To: current@freebsd.org
Subject: ffs changes 4.8-PR2 -> 5.0?
Message-ID: <20030309044011.A32436@fsp1.physik.ruhr-uni-bochum.de>
Mail-Followup-To: current@freebsd.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.22.1i
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Hi all,

I have a box with a stable 4.8-PRERELEASE and a -current from a few weeks ago.
The root fs on -current is a UFS1. When I do fsck inside the stable system
for the -current root, everything is fine except "summary information bad".
(The same happens when I mount the -stable root from the -current system and
run the old fsck binary)
However, for the 5.0 fsck the filesystem is completely ok (I did boot -s and
fsck on the ro-mounted filesystem).

Did some minor changes happen on UFS1 in the meantime or did we break something?

Cheers
Thomas Stratmann


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message


From owner-freebsd-current  Sat Mar  8 23: 5:40 2003
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5B86237B4F8
	for <current@freebsd.org>; Sat,  8 Mar 2003 23:05:16 -0800 (PST)
Received: from hun.org (hun.org [216.190.27.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2902444145
	for <current@freebsd.org>; Sat,  8 Mar 2003 20:11:08 -0800 (PST)
	(envelope-from attila@hun.org)
Received: by hun.org (Postfix, from userid 1001)
	id 7DA9E57561; Sun,  9 Mar 2003 04:10:57 +0000 (GMT)
Date: Sun, 09 Mar 2003 04:10:57 +0000 (GMT)
Message-Id: <20030309041057.LDXJ73310@hun.org>
From: Daniel Flickinger <attila@hun.org>
X-Mailer: AttilaMail with XEmacs & Postfix on FreeBSD 5.0-CURRENT
X-Ballistic: N 37.218497 W 113.614979
X-Address: 31 N 700 E, St George UT 84770-3028
X-Squawk: (435) 680-0750
X-No-Archive: yes
X-Tags: Sanity is the Playground for the Unimaginative
In-Reply-To: <007c01c2e593$763c4610$0245a8c0@KutuluWare>
References: <20030308164808.4GHM65494@hun.org>
To: Michael Edenfield <kutulu@kutulu.org>
Cc: FreeBSD-CURRENT <current@freebsd.org>
Subject: Re: sendmail_enable="NONE" doesn't appear in rc.conf
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; name="text"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Sent: Sat, 8 Mar 2003 11:55:01 -0500 by Michael Edenfield:
|
| To: "Daniel Flickinger" <attila@hun.org>
| Sent: Saturday, March 08, 2003 11:48 AM
|
| >     I have not checked recently, but 'make installworld' has
| >     always trashed files:
| >
| >     /usr/sbin/sendmail
| >     /usr/bin/mailq
| >     /usr/bin/newaliases
| >
| >     which, in the default, are symbolic links to
| >     /usr/sbin/mailwrapper.
| >
| >     Using postfix which installs its own /usr/sbin/sendmail
| >     which is a program, not a symbolic link, I:
| >
| >     cd /usr/sbin
| >     mv sendmail postmail
| >     ln -s postmail sendmail
|
| If installed from ports, Postfix installs a /user/local/sbin/sendmail which
| does not interfere with the mailwrapper setup.  The port also fixes
| /etc/mail/mailer.conf to point to the postfix binary instead of the sendmail
| binary.  The only thing you need to watch is mergemaster putting the default
| mailer settings back.
|
| --K

    Yes, I was aware of that; however, per my comments, I
    prefer to build postfix into its default positions.
    Habit, I guess, since ports did not reflect current
    versions of postfix and I have been handbuilding for
    several years. The critical items are to not build
    sendmail, and to block the sendmail startup calls in
    rc.?

    As good (and essential) as mergemaster is, it can still
    be a nuisance.

    Choose your poison? or maybe I took Perry's BUGS
    statement in mailwrapper too literally... despite the
    fact mailwrapper permits you to be multi-culturally
    schizophrenic, I'll do it my way ... it works; and
    it leaves no witnesses.

    --

    If you're not living on the edge, you're taking up too much space.




To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message