From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 00:14:08 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@FreeBSD.ORG
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8F8CC16A41F;
	Sun,  4 Dec 2005 00:14:08 +0000 (GMT)
	(envelope-from wollman@khavrinen.csail.mit.edu)
Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C59F343D58;
	Sun,  4 Dec 2005 00:14:07 +0000 (GMT)
	(envelope-from wollman@khavrinen.csail.mit.edu)
Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1])
	by khavrinen.csail.mit.edu (8.13.1/8.13.4) with ESMTP id jB40E3Yr033212
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256
	verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA);
	Sat, 3 Dec 2005 19:14:05 -0500 (EST)
	(envelope-from wollman@khavrinen.csail.mit.edu)
Received: (from wollman@localhost)
	by khavrinen.csail.mit.edu (8.13.1/8.13.4/Submit) id jB40E3Ee033209;
	Sat, 3 Dec 2005 19:14:03 -0500 (EST) (envelope-from wollman)
From: Garrett Wollman <wollman@csail.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17298.13514.894625.365457@khavrinen.csail.mit.edu>
Date: Sat, 3 Dec 2005 19:14:02 -0500
To: Robert Watson <rwatson@FreeBSD.ORG>
In-Reply-To: <20051203110534.N98873@fledge.watson.org>
References: <20051203110534.N98873@fledge.watson.org>
X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-1.6
	(khavrinen.csail.mit.edu [127.0.0.1]);
	Sat, 03 Dec 2005 19:14:05 -0500 (EST)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS 
	version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on 
	khavrinen.csail.mit.edu
Cc: stable@FreeBSD.ORG
Subject: Brief Report: Acer AS5002LMi notebook with FreeBSD
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 00:14:08 -0000

<<On Sat, 3 Dec 2005 11:36:28 +0000 (GMT), Robert Watson <rwatson@FreeBSD.ORG> said:

> Last week, I ordered byself a new notebook -- for reasons of price, stock, 
> features, etc, I went with the Lenovo z60t 2511.

Hmmm.  Last week, I ordered myself a new laptop -- for reasons of
price, availability, minimal Intel proprietary parts content, etc., I
went with the Acer Aspire 5002LMi.

> comes with a 14" display (1280x768 widescreen), 1.86GHz 
> Pentium M, 512M of memory, and a 60GB hard disk.

14-inch display (1024x768 normalscreen), 1.6-GHz Turion64, 512 Mbyte
of memory, and an 80-Gbyte hard disk.

> It also has hardware fingerprint scanner, bluetooth, SD card reader,
> broadcom gig-e, firewire, atheros 802.11 chipset, and various other
> neat things.

Mine doesn't have any of those neat things.  The chipset is SiS,
including Fast Ethernet (no Gig), USB2, and dual-screen video.  One
CardBus slot, no legacy ports (but the internal keyboard and touchpad
are PS/2, not USB).  All of the other Acer non-Centrino laptops I had
been able to examine came with Atheros wireless, but this one is
Broadcom.  I haven't tried Project Evil yet; since I had a Cardbus
wireless card available I used that.  There are other builds of this
platform that include Bluetooth support; mine has a button on the
front panel for it but lacks the interface.

> After chatting with Bjoern Zeeb <bz>, I concluded that I would leave XP on 
> the notebook, as well as the IBM maintenance partition.  The advantage to 
> keeping these around is that it makes it possible to pick up useful things 
> like BIOS updates, and possibly makes getting support easier when things 
> go horribly wrong (hasn't happened yet).

Sometimes I need to test/run Windows software, so there was no
question for me.  The machine shipped with XP Pro.  Acer was
considerate and partitioned the drive into two logical volumes (repeat
after me, "C: is for Crap and D: is for Data").  This machine required
a BIOS upgrade in order to fix a problem with the Synaptics touchpad.
I was able to tell Windows that I really didn't want the extra
partition, and then I was able to install 6.0 over the network on the
back half of the disk.  The whole install (including KDE) took less
than an hour and was probably the smoothest install I've ever done
using sysinstall.

> (2) X.org 6.8.2 used the VESA video mode 1024x768.

I had interesting video issues with this laptop.  The video mode used
by Windows for 1024x768 made the projector I was testing with deeply
unhappy.  X worked just fine standalone, but if I started it with the
projector connected, it used a weird 1024x576 wide-screen mode which
neither I nor the projector cared much for.  After overriding X's idea
of "Generic VGA Monitor" sync rates, I was able to get 1024x768 to
work on both the LCD and the projector.

> (4) When I loaded the if_ath driver to use the wireless, I got an NMI
>      and panic.

Didn't happen for me.  I did find that it mattered whether I
specifically assigned an SSID to the wireless; when I did not do so, I
was unable to communicate with my infrastructure network.  I won't
have time to debug this before I leave for San Diego on Monday.

> At the end of the day, I have most things working with this notebook 
> except for the following:

> - I don't yet have the sound driver attaching.

This card has an SiS 7012, which attaches to the snd_ich driver.  On
attach it reports "Unknown AC97 Codec (id = 0x414c4770)" but this does
not seem to cause a failure.  From my research this seems to be an
Avance Logic ALC203; I just addded it to ac97.c but haven't had a
chance to test it yet.

> - Suspend/resume was pretty sad, I don't advise trying it.  I may get a
>    chance to investigate this more while on travel over the next few weeks.

ACPI seems to be somewhat broken on this machine, even after updating
to the latest BIOS.  The CPU-state information looks bogus (and
telling the kernel to use C3 is asking for trouble).  Suspend doesn't.
There's an error in the \\_SB_.BAT1._BST method so it can't get the
battery status.  Dump available on request.

-GAWollman


From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 07:56:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 534D816A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 07:56:21 +0000 (GMT)
	(envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3C5D543D49
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 07:56:19 +0000 (GMT)
	(envelope-from ru@ip.net.ua)
Received: from localhost (rocky.ip.net.ua [82.193.96.2])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB47uHS2020461;
	Sun, 4 Dec 2005 09:56:17 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua ([82.193.96.10])
	by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new,
	port 10024) with LMTP
	id 12661-08; Sun,  4 Dec 2005 09:56:16 +0200 (EET)
Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB47tDUJ020432
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 4 Dec 2005 09:55:13 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
	by heffalump.ip.net.ua (8.13.4/8.13.4) id jB47tGTT085156;
	Sun, 4 Dec 2005 09:55:16 +0200 (EET) (envelope-from ru)
Date: Sun, 4 Dec 2005 09:55:11 +0200
From: Ruslan Ermilov <ru@freebsd.org>
To: Michael Bowerman <michael.bowerman@gmail.com>
Message-ID: <20051204075511.GA84983@ip.net.ua>
References: <8038a35b0512031557j59e6ee11i84d9eb228d04ffdd@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH"
Content-Disposition: inline
In-Reply-To: <8038a35b0512031557j59e6ee11i84d9eb228d04ffdd@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new at ip.net.ua
Cc: freebsd-stable@freebsd.org
Subject: Re: make buildworld fails:: cmap.h: No such file or directory
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 07:56:21 -0000


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

On Sat, Dec 03, 2005 at 05:57:09PM -0600, Michael Bowerman wrote:
> When I do a make buildword, I get a bunch of .h files not found:
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/cmap.cpp:27:18:
> cmap.h: No such file or directory
>=20
> The cmap.h file is in another place in the source tree (an include
> directory, I think).  I'm wondering if this is a bug or some error on my
> part.  I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a cvsup.
> But, that didn't seem to help, and I tried a different cvsup mirror with =
no
> luck.
>=20
> I like to run update in one command so I can (when everything goes well)
> leave the computer to do its thing.  So, I typed: cvsup -g -L 2
> ~/stable-supfile > & ! ~/buildworld.log && make -j4 buildworld >> &
> ~/buildworld.log && make -j4 buildkernel >> & ~/buildworld.log && make -j4
> installkernel >> & ~/buildworld.log &
>=20
> Here is the tail buildworld.log:
>=20
You seem to be hard-wiring your CFLAGS in such a way that -I's from makefil=
es
don't get passed to it.  The command should have been

mkdep -f .depend -a -DHAVE_CONFIG_H -I.../contrib/groff/src/include ...

and not as shown below.

> mkdep -f .depend -a
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/assert.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/change_lf.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/cmap.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/color.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/cset.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/device.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/errarg.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/error.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/fatal.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/filename.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/font.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/fontfile.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/geometry.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/glyphuni.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/htmlhint.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/hypot.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/invalid.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/lf.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/lineno.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/macropath.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/maxfilename.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/mksdir.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/nametoindex.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/new.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/paper.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/prime.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/ptable.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/searchpath.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/string.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/strsave.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/symbol.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/tmpfile.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/tmpname.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/unicode.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/uniglyph.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/uniuni.cpp
> version.cpp
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/cmap.cpp:27:18:
> cmap.h: No such file or directory
[...]
> mkdep: compile failed
> *** Error code 1
> 1 error


--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer

--7JfCtLOvnd9MIVvH
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDkqDfqRfpzJluFF4RAke4AJ9Tv6klOitaCN4xLQIR8kHt3iGDggCfVQLY
G/Gk10umm0glNchY6q5XUxk=
=6B/f
-----END PGP SIGNATURE-----

--7JfCtLOvnd9MIVvH--

From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 08:01:23 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D54FD16A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 08:01:23 +0000 (GMT)
	(envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E789A43D4C
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 08:01:22 +0000 (GMT)
	(envelope-from ru@ip.net.ua)
Received: from localhost (rocky.ip.net.ua [82.193.96.2])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB481Lxh020642;
	Sun, 4 Dec 2005 10:01:21 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua ([82.193.96.10])
	by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new,
	port 10024) with LMTP
	id 13112-01-2; Sun,  4 Dec 2005 10:01:19 +0200 (EET)
Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB47xEme020532
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 4 Dec 2005 09:59:15 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
	by heffalump.ip.net.ua (8.13.4/8.13.4) id jB47xIAD085172;
	Sun, 4 Dec 2005 09:59:18 +0200 (EET) (envelope-from ru)
Date: Sun, 4 Dec 2005 09:59:17 +0200
From: Ruslan Ermilov <ru@freebsd.org>
To: Michael Bowerman <michael.bowerman@gmail.com>
Message-ID: <20051204075917.GB84983@ip.net.ua>
References: <8038a35b0512031557j59e6ee11i84d9eb228d04ffdd@mail.gmail.com>
	<20051204075511.GA84983@ip.net.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/"
Content-Disposition: inline
In-Reply-To: <20051204075511.GA84983@ip.net.ua>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new at ip.net.ua
Cc: freebsd-stable@freebsd.org
Subject: Re: make buildworld fails:: cmap.h: No such file or directory
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 08:01:23 -0000


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

On Sun, Dec 04, 2005 at 09:55:11AM +0200, Ruslan Ermilov wrote:
> On Sat, Dec 03, 2005 at 05:57:09PM -0600, Michael Bowerman wrote:
> > When I do a make buildword, I get a bunch of .h files not found:
> > /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/=
groff/src/libs/libgroff/cmap.cpp:27:18:
> > cmap.h: No such file or directory
> >=20
> > The cmap.h file is in another place in the source tree (an include
> > directory, I think).  I'm wondering if this is a bug or some error on my
> > part.  I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a cvs=
up.
> > But, that didn't seem to help, and I tried a different cvsup mirror wit=
h no
> > luck.
> >=20
> > I like to run update in one command so I can (when everything goes well)
> > leave the computer to do its thing.  So, I typed: cvsup -g -L 2
> > ~/stable-supfile > & ! ~/buildworld.log && make -j4 buildworld >> &
> > ~/buildworld.log && make -j4 buildkernel >> & ~/buildworld.log && make =
-j4
> > installkernel >> & ~/buildworld.log &
> >=20
> > Here is the tail buildworld.log:
> >=20
> You seem to be hard-wiring your CFLAGS in such a way that -I's from makef=
iles
> don't get passed to it.  The command should have been
>=20
> mkdep -f .depend -a -DHAVE_CONFIG_H -I.../contrib/groff/src/include ...
>=20
Forgot to add: this likely happens because you pass CFLAGS on the make's
command line, such as "make ... CFLAGS=3D...".  This way, make(1) actually
has two CFLAGS variables: command-line and global.  CFLAGS+=3D adds to the
global CFLAGS variable but ${CFLAGS} expands a value of the command-line
CFLAGS variable (which has a higher precedence).  Go learn the different
types of make variables in the make(1) manpage.


Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer

--QKdGvSO+nmPlgiQ/
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDkqHVqRfpzJluFF4RAhxcAJ9a0dKuMYBXvZCr2y37cx7Yrt2TVgCdF0lr
9y8Hm0VWmnSJpb9KcPNnhV4=
=KeBX
-----END PGP SIGNATURE-----

--QKdGvSO+nmPlgiQ/--

From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 11:26:43 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D011D16A420
	for <stable@freebsd.org>; Sun,  4 Dec 2005 11:26:43 +0000 (GMT)
	(envelope-from SRS0=/OD3=2B=FreeBSD.org=se@srs.kundenserver.de)
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.171])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0E59543D70
	for <stable@freebsd.org>; Sun,  4 Dec 2005 11:26:42 +0000 (GMT)
	(envelope-from SRS0=/OD3=2B=FreeBSD.org=se@srs.kundenserver.de)
Received: from [80.135.136.171] (helo=Gatekeeper.FreeBSD.org)
	by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis),
	id 0ML2ov-1Eis0b0209-0002Cg; Sun, 04 Dec 2005 12:26:22 +0100
Received: from StefanEsser.FreeBSD.org (StefanEsser [192.168.0.10])
	by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id 372ACB80D;
	Sun,  4 Dec 2005 12:26:20 +0100 (CET)
Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200)
	id 7434B2308; Sun,  4 Dec 2005 12:26:19 +0100 (CET)
Date: Sun, 4 Dec 2005 12:26:19 +0100
From: Stefan =?iso-8859-1?Q?E=DFer?= <se@FreeBSD.org>
To: Vincent Blondel <vincent@xtra-net.org>
Message-ID: <20051204112619.GC8468@StefanEsser.FreeBSD.org>
Mail-Followup-To: Stefan =?iso-8859-1?Q?E=DFer?= <se@FreeBSD.org>,
	Vincent Blondel <vincent@xtra-net.org>, stable@freebsd.org
References: <22759.192.168.1.25.1133342418.squirrel@192.168.1.25>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <22759.192.168.1.25.1133342418.squirrel@192.168.1.25>
User-Agent: Mutt/1.5.11
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	login:fa3fae9b6ca38d745862a668565919f6
Cc: stable@freebsd.org
Subject: Re: tx underrun ???
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 11:26:43 -0000

On 2005-11-30 10:20 +0100, Vincent Blondel <vincent@xtra-net.org> wrote:
> 
> Hello all,
> 
> When having a look at log files on my web servers, I regulary see next output on the 3COM ethernet interfaces :
> 
> 
>     xl1: transmission error: 90
>     xl1: tx underrun, increasing tx start threshold to 120 bytes
>     xl1: transmission error: 90
>     xl1: tx underrun, increasing tx start threshold to 180 bytes
>     xl1: promiscuous mode enabled
>     xl1: promiscuous mode disabled
> 
> Can somebody explain me what it is and if this situation is normal ?

Yes, that's normal. The driver starts putting data on the Ethernet link
before the whole packet has been fetched via the PCI bus, under the
assumption, that the PCI bus is much faster than the network link.

If there are more competing devices on the bus, then the buffer in the
controller chip will run out of data (transmitter underrun) and the
packet will be garbled (will be sent with a wrong checksum to indicate
this). The driver will then increase the amount of data to prefetch
(slightly incresing the latency, since it will start sending the packet
a few microseconds later).

Thus this is kind of a self-tuning of the driver: It starts with an
optimistic assumption that the Ethernet chip will get access to the
PCI bus with little delay whenever it requests it, but in case this
assumption does not hold, the transmission is delayed slightly after
loss of one packet (i.e. to avoid more packets to be lost) until the
transmission always succeeds with the minimum acceptable amount of
prefetching and corresponding delay.

Regards, STefan

From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 13:38:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 52DAB16A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 13:38:40 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C335543D6B
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 13:38:39 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1Eiu3L-0007Ca-Mt
	for freebsd-stable@freebsd.org; Sun, 04 Dec 2005 14:37:19 +0100
Received: from r5k4.chello.upc.cz ([86.49.10.4])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 14:37:19 +0100
Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 14:37:19 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: martinko <martinkov@pobox.sk>
Date: Sun, 04 Dec 2005 14:35:24 +0100
Lines: 25
Message-ID: <4392F09C.5070209@pobox.sk>
References: <200511210846.33296.jonathan@fosburgh.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114
X-Accept-Language: sk, cs, en-gb, en-us, en
In-Reply-To: <200511210846.33296.jonathan@fosburgh.org>
Sender: news <news@sea.gmane.org>
Subject: Re: cpurfreq attachment problems
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 13:38:40 -0000

Jonathan Fosburgh wrote:
> I recently (Saturday) upgraded to the most recent RELENG_5 on my way to 
> RELENG_6 (which I did on Sunday). Along the way I picked up cpufreq, powerd, 
> etc.  I thought I would see if this worked with Cool-n-quiet on my AMD64 
> 3000+ system.  I am still running the i386 version, but I can't see that that  
> would cause the problem I am having.  I have been loading cpufreq as a module 
> and not compiling it into the kernel.  When the module loads I receive the 
> following:
> 
> powernow0: <Cool`n'Quiet K8> on cpu0
> device_attach: powernow0 attach returned 6
> 
> Not surprisingly, powerd now fails with:
> 
> Starting powerd.
> powerd: lookup freq: No such file or directory
> 
> I was unable to find anything like this in the archives.  Does anyone have a 
> pointer?

i believe i had the same issue myself (pentium-m laptop). then i found 
out it works when run at boot time -- add it to your /boot/loader.conf 
and see.

martin


From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 13:54:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D936E16A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 13:54:53 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5C09243D5F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 13:54:53 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1EiuIp-0003uC-Lg
	for freebsd-stable@freebsd.org; Sun, 04 Dec 2005 14:53:19 +0100
Received: from r5k4.chello.upc.cz ([86.49.10.4])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 14:53:19 +0100
Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 14:53:19 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: martinko <martinkov@pobox.sk>
Date: Sun, 04 Dec 2005 14:51:52 +0100
Lines: 40
Message-ID: <4392F478.8040603@pobox.sk>
References: <438A0FBE.7090408@sbcglobal.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114
X-Accept-Language: sk, cs, en-gb, en-us, en
In-Reply-To: <438A0FBE.7090408@sbcglobal.net>
Sender: news <news@sea.gmane.org>
Subject: Re: Handbook DHCPD needs update?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 13:54:54 -0000

Mark Space wrote:
> (This missive is going to both freebsd-stable and freebsd-doc.)
> 
> Hi all, I just got done setting up my brand spankin' new FreeBSD 6 
> (release) server for DHCPD, and I found an ommision in the online 
> handbook.  I'm a newbie at FreeBSD but I'm pretty sure about this.
> 
> In short, the handbook never mentions that one needs to add the 
> following lines to /etc/rc.conf:
> 
> dhcpd_enable="YES"
> dhcpd_ifaces="dc0"
> 
> If one doesn't do that, the script that the handbook says to use to 
> start dhcpd won't work, even if you do it manually as the handbook 
> instructs:
> 
> # /usr/local/etc/rc.d/isc-dhcpd.sh start
> 
> 
> This won't work.  This script snarfs values out of  /etc/rc.conf, and 
> the default (in the script above) for dhcpd_enable is NO.  Hence the 
> script alone won't start anything.  (When you check the handbook, make 
> sure you scrolldown to section 24.5.7.  The first part of the DHCP 
> section explains how to set up the client (dhclient).  That part does 
> have the correct setup for /etc/rc.conf.  Scroll down to the server 
> section, dhcpd, to see what I'm talknin' about.)
> 
> Anyhoo, what's the best way to fix this?  I could submit a patch, but it 
> might be faster for someone else. I've never submitted a patch to the 
> documentation.
> 
> Peace, out.
> 

try this:

# /usr/local/etc/rc.d/isc-dhcpd.sh forcestart

m.


From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 17:27:23 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D868116A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 17:27:23 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 03C6943D62
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 17:27:22 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1EixdP-0001UL-F6
	for freebsd-stable@freebsd.org; Sun, 04 Dec 2005 18:26:47 +0100
Received: from r5k4.chello.upc.cz ([86.49.10.4])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 18:26:47 +0100
Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 18:26:47 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: martinko <martinkov@pobox.sk>
Date: Sun, 04 Dec 2005 18:26:01 +0100
Lines: 45
Message-ID: <dmv8r9$r80$1@sea.gmane.org>
References: <dlvkbm$egj$1@sea.gmane.org>	<438398F2.9020802@chillt.de>	<20051123013603.O66337@chylonia.3miasto.net>	<20051125102023.M99147@pobox.sk>	<43872949.6050602@chillt.de>
	<dm84tl$pue$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114
X-Accept-Language: sk, cs, en-gb, en-us, en
In-Reply-To: <dm84tl$pue$1@sea.gmane.org>
Sender: news <news@sea.gmane.org>
Subject: Re: recompiled 6.0 does not boot -- need help !!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 17:27:24 -0000

martinko wrote:
> Bartosz Fabianowski wrote:
> 
>>> thanks, but the issue is with the loader itself
>>
>>
>>
>> Telling it to use loader.old should definitely work around that 
>> problem. Unless, of course, the problem lies within something that 
>> starts even earlier. In this case, you could always use a 6.0 CD to 
>> restore the original, working, files.
>>
>> - Bartosz
> 
> 
> i tried to interrupt booting process as you advised in previous email 
> but that didn't work. i spotted some text from grub, then something like 
> [FreeBSD-a.out ..... and then reset.
> 
> anyway, i've fixed it for now by booting from CD and renaming 
> /boot/loader.old to /boot/loader
> i'll try to investigate on this later on.
> 
> thank you for your help!
> 
> martin
> 
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> 

hello again,

i've just cvsuped to 6.0-stable and recompiled & reinstalled world & 
kernel and guess what ?!? -- loader is still broken!!!
this time my machine is not reset, it just hangs. and i had to boot from 
cd and replace loader with the original 6.0-R. :-(
this definetely needs to get fixed. i'll be happy to help someone more 
experienced, of course.

regards,

martin


From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 17:34:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EE3A716A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 17:34:28 +0000 (GMT)
	(envelope-from racerx@makeworld.com)
Received: from makeworld.com (makeworld.com [216.201.118.142])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 888F743D93
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 17:34:11 +0000 (GMT)
	(envelope-from racerx@makeworld.com)
Received: from localhost (localhost.com [127.0.0.1])
	by makeworld.com (Postfix) with ESMTP id 37BBE6169;
	Sun,  4 Dec 2005 11:34:10 -0600 (CST)
Received: from makeworld.com ([127.0.0.1])
	by localhost (makeworld.com [127.0.0.1]) (amavisd-new,
	port 10024) with ESMTP
	id 74199-10; Sun,  4 Dec 2005 11:34:07 -0600 (CST)
Received: by makeworld.com (Postfix, from userid 1008)
	id 9E830614A; Sun,  4 Dec 2005 11:34:07 -0600 (CST)
Received: from [216.201.118.138] (racerx.makeworld.com [216.201.118.138])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by makeworld.com (Postfix) with ESMTP id 6A2AD60C6;
	Sun,  4 Dec 2005 11:34:06 -0600 (CST)
Message-ID: <43932893.2040003@makeworld.com>
Date: Sun, 04 Dec 2005 11:34:11 -0600
From: Chris <racerx@makeworld.com>
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: martinko <martinkov@pobox.sk>
References: <dlvkbm$egj$1@sea.gmane.org>	<438398F2.9020802@chillt.de>	<20051123013603.O66337@chylonia.3miasto.net>	<20051125102023.M99147@pobox.sk>	<43872949.6050602@chillt.de>	<dm84tl$pue$1@sea.gmane.org>
	<dmv8r9$r80$1@sea.gmane.org>
In-Reply-To: <dmv8r9$r80$1@sea.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by amavisd-new-2.3.3 (20050822) at makeworld.com -
	FreeBSD:The Power To Serve
Cc: freebsd-stable@freebsd.org
Subject: Re: recompiled 6.0 does not boot -- need help !!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: RacerX@makeworld.com
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 17:34:29 -0000

martinko wrote:
> martinko wrote:
> 
>> Bartosz Fabianowski wrote:
>>
>>>> thanks, but the issue is with the loader itself
>>>
>>>
>>>
>>>
>>> Telling it to use loader.old should definitely work around that
>>> problem. Unless, of course, the problem lies within something that
>>> starts even earlier. In this case, you could always use a 6.0 CD to
>>> restore the original, working, files.
>>>
>>> - Bartosz
>>
>>
>>
>> i tried to interrupt booting process as you advised in previous email
>> but that didn't work. i spotted some text from grub, then something
>> like [FreeBSD-a.out ..... and then reset.
>>
>> anyway, i've fixed it for now by booting from CD and renaming
>> /boot/loader.old to /boot/loader
>> i'll try to investigate on this later on.
>>
>> thank you for your help!
>>
>> martin
>>
>> _______________________________________________
>> freebsd-stable@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>>
> 
> hello again,
> 
> i've just cvsuped to 6.0-stable and recompiled & reinstalled world &
> kernel and guess what ?!? -- loader is still broken!!!
> this time my machine is not reset, it just hangs. and i had to boot from
> cd and replace loader with the original 6.0-R. :-(
> this definetely needs to get fixed. i'll be happy to help someone more
> experienced, of course.
> 
> regards,
> 
> martin

Show us what's in /boot/loader.conf


-- 
Best regards,
Chris

The more studying you did for the exam, the less sure
you are as to which answer they want.

From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 17:56:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3E73916A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 17:56:48 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 91D7143D7F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 17:56:34 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1Eiy4x-0001Jc-BP
	for freebsd-stable@freebsd.org; Sun, 04 Dec 2005 18:55:15 +0100
Received: from r5k4.chello.upc.cz ([86.49.10.4])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 18:55:15 +0100
Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 18:55:15 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: martinko <martinkov@pobox.sk>
Date: Sun, 04 Dec 2005 18:55:00 +0100
Lines: 121
Message-ID: <dmvahk$15p$1@sea.gmane.org>
References: <dlvkbm$egj$1@sea.gmane.org>	<438398F2.9020802@chillt.de>	<20051123013603.O66337@chylonia.3miasto.net>	<20051125102023.M99147@pobox.sk>	<43872949.6050602@chillt.de>	<dm84tl$pue$1@sea.gmane.org>	<dmv8r9$r80$1@sea.gmane.org>
	<43932893.2040003@makeworld.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114
X-Accept-Language: sk, cs, en-gb, en-us, en
In-Reply-To: <43932893.2040003@makeworld.com>
Sender: news <news@sea.gmane.org>
Subject: Re: recompiled 6.0 does not boot -- need help !!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 17:56:48 -0000

Chris wrote:
> martinko wrote:
> 
>>martinko wrote:
>>
>>
>>>Bartosz Fabianowski wrote:
>>>
>>>
>>>>>thanks, but the issue is with the loader itself
>>>>
>>>>
>>>>
>>>>
>>>>Telling it to use loader.old should definitely work around that
>>>>problem. Unless, of course, the problem lies within something that
>>>>starts even earlier. In this case, you could always use a 6.0 CD to
>>>>restore the original, working, files.
>>>>
>>>>- Bartosz
>>>
>>>
>>>
>>>i tried to interrupt booting process as you advised in previous email
>>>but that didn't work. i spotted some text from grub, then something
>>>like [FreeBSD-a.out ..... and then reset.
>>>
>>>anyway, i've fixed it for now by booting from CD and renaming
>>>/boot/loader.old to /boot/loader
>>>i'll try to investigate on this later on.
>>>
>>>thank you for your help!
>>>
>>>martin
>>>
>>>_______________________________________________
>>>freebsd-stable@freebsd.org mailing list
>>>http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>>>To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>>>
>>
>>hello again,
>>
>>i've just cvsuped to 6.0-stable and recompiled & reinstalled world &
>>kernel and guess what ?!? -- loader is still broken!!!
>>this time my machine is not reset, it just hangs. and i had to boot from
>>cd and replace loader with the original 6.0-R. :-(
>>this definetely needs to get fixed. i'll be happy to help someone more
>>experienced, of course.
>>
>>regards,
>>
>>martin
> 
> 
> Show us what's in /boot/loader.conf
> 
> 

chris,

i believe that's not important here as new loader does not even get to 
that point. and when i replace it with original 6.0-R, it works just 
fine. but anyway, here's my /boot/loader.conf:

# /boot/loader.conf : mato [26-nov-2005]

#verbose_loading="YES"

autoboot_delay="1"
#beastie_disable="YES"
loader_logo="beastie"

and here's /boot/loader.conf.local:

# /boot/loader.conf.local : mato [26-nov-2005]

#bitmap_load="YES"
#splash_bmp_load="YES"
#loader_color="YES"
vesa_load="YES"

#radeon_load="YES"	# ?

#sound_load="YES"	# auto loaded
snd_ich_load="YES"
speaker_load="YES"

cpufreq_load="YES"
acpi_asus_load="YES"

kern.maxusers="32"	# normally autoconfigured (but usually too high)
kern.cam.scsi_delay="2000"
#hw.ata.ata_dma="0"
#hw.ata.atapi_dma="0"
hw.snd.maxautovchans="4"

and here's my /etc/make.conf:

# /etc/make.conf : customised by martinko [13-nov-2005]
#
CPUTYPE?=pentium-m
#NO_CPU_CFLAGS= true	# Don't add -march=<cpu> to CFLAGS automatically
CFLAGS= -O2 -pipe	# userland settings
COPTFLAGS= -O -pipe	# kernel settings
INSTALL=install -C	# Compare before install
#
NO_PROFILE= true	# Avoid compiling profiled libraries
MAKE_IDEA=  YES		# IDEA (128 bit symmetric encryption)
TOP_TABLE_SIZE= 101
#
#WITH_LAME= yes		# adds MP3 support (multimedia/nautilus-media)
#WITHOUT_CUPS=yes	# configures Gnome/KDE and some others to be built 
without CUPS
#WITHOUT_FAM=yes	# configures Gnome and some others to be built without FAM
#WITHOUT_X11=   yes	# tell ports not to compile X11 support if possible
#

# added by use.perl 2005-11-13 20:07:14
PERL_VER=5.8.7
PERL_VERSION=5.8.7


From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 19:14:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A0B6916A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 19:14:14 +0000 (GMT)
	(envelope-from michael.bowerman@gmail.com)
Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.202])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6393543D6A
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 19:14:04 +0000 (GMT)
	(envelope-from michael.bowerman@gmail.com)
Received: by xproxy.gmail.com with SMTP id t12so752565wxc
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 11:14:01 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=hYQxltcc7kOiXnvytTrVOXA7NK4ABtsyW2Fkrs6rkDENY0LDJDcYelbBmSF9a/ZpIF1JIORFwFJk4g1QOSNGGDUkvOmSqWb/RqEgUCt+Z0LA8e0g0tvFAh1eUhdlxRKtcOae/Wl9T8qgQT+Lqu5Dk+Sfl07yHAlcLNGt56/DAvc=
Received: by 10.70.50.10 with SMTP id x10mr5668100wxx;
	Sun, 04 Dec 2005 11:14:01 -0800 (PST)
Received: by 10.70.33.3 with HTTP; Sun, 4 Dec 2005 11:14:01 -0800 (PST)
Message-ID: <8038a35b0512041114x2dff35dbk81dab3bd89d762cf@mail.gmail.com>
Date: Sun, 4 Dec 2005 13:14:01 -0600
From: Michael Bowerman <michael.bowerman@gmail.com>
To: Ruslan Ermilov <ru@freebsd.org>
In-Reply-To: <20051204075917.GB84983@ip.net.ua>
MIME-Version: 1.0
References: <8038a35b0512031557j59e6ee11i84d9eb228d04ffdd@mail.gmail.com>
	<20051204075511.GA84983@ip.net.ua> <20051204075917.GB84983@ip.net.ua>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Cc: freebsd-stable@freebsd.org
Subject: Re: make buildworld fails:: cmap.h: No such file or directory
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 19:14:14 -0000

The poblem ended up being that I had in my make.conf:
CFLAGS=3D -O2 -pipe
CXXFLAGS=3D -O2 -pipe

I ended up just removing the CXXFLAGS line.  I probably cold have used
CXXFLAGS+=3D...  But, I don't think I have any needs for specific C++ flags=
.


Thanks for the help,
Mike


On 12/4/05, Ruslan Ermilov <ru@freebsd.org> wrote:
>
> On Sun, Dec 04, 2005 at 09:55:11AM +0200, Ruslan Ermilov wrote:
> > On Sat, Dec 03, 2005 at 05:57:09PM -0600, Michael Bowerman wrote:
> > > When I do a make buildword, I get a bunch of .h files not found:
> > >
> /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/gr=
off/src/libs/libgroff/cmap.cpp:27:18:
> > > cmap.h: No such file or directory
> > >
> > > The cmap.h file is in another place in the source tree (an include
> > > directory, I think).  I'm wondering if this is a bug or some error on
> my
> > > part.  I tried to rm -rf /usr/src/* and rm -rf /usr/obj/*, before a
> cvsup.
> > > But, that didn't seem to help, and I tried a different cvsup mirror
> with no
> > > luck.
> > >
> > > I like to run update in one command so I can (when everything goes
> well)
> > > leave the computer to do its thing.  So, I typed: cvsup -g -L 2
> > > ~/stable-supfile > & ! ~/buildworld.log && make -j4 buildworld >> &
> > > ~/buildworld.log && make -j4 buildkernel >> & ~/buildworld.log && mak=
e
> -j4
> > > installkernel >> & ~/buildworld.log &
> > >
> > > Here is the tail buildworld.log:
> > >
> > You seem to be hard-wiring your CFLAGS in such a way that -I's from
> makefiles
> > don't get passed to it.  The command should have been
> >
> > mkdep -f .depend -a -DHAVE_CONFIG_H -I.../contrib/groff/src/include ...
> >
> Forgot to add: this likely happens because you pass CFLAGS on the make's
> command line, such as "make ... CFLAGS=3D...".  This way, make(1) actuall=
y
> has two CFLAGS variables: command-line and global.  CFLAGS+=3D adds to th=
e
> global CFLAGS variable but ${CFLAGS} expands a value of the command-line
> CFLAGS variable (which has a higher precedence).  Go learn the different
> types of make variables in the make(1) manpage.
>
>
> Cheers,
> --
> Ruslan Ermilov
> ru@FreeBSD.org
> FreeBSD committer
>
>
>

From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 19:19:46 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0694216A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 19:19:46 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E0BEC43D72
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 19:19:30 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1EizMh-0001SF-6l
	for freebsd-stable@freebsd.org; Sun, 04 Dec 2005 20:17:39 +0100
Received: from r5k4.chello.upc.cz ([86.49.10.4])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 20:17:39 +0100
Received: from martinkov by r5k4.chello.upc.cz with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 20:17:39 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: martinko <martinkov@pobox.sk>
Date: Sun, 04 Dec 2005 20:16:13 +0100
Lines: 8
Message-ID: <dmvf9t$e0i$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: r5k4.chello.upc.cz
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051114
X-Accept-Language: sk, cs, en-gb, en-us, en
Sender: news <news@sea.gmane.org>
Subject: a file version number going down after upgrade from 6.0-R to 6.0-S
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 19:19:46 -0000

hello,

i noticed, when upgrading from 6.0-R to 6-stable, that 
/etc/rc.d/wpa_supplicant version went down.
until now i had believed that stable branch contains newer software than 
the release. if so, why this "downgrade" ??

martin


From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 21:15:30 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 98EA816A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 21:15:30 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1424A43D55
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 21:15:30 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id ECF021A3C1C;
	Sun,  4 Dec 2005 13:15:29 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 22F7651A43; Sun,  4 Dec 2005 16:15:29 -0500 (EST)
Date: Sun, 4 Dec 2005 16:15:28 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: martinko <martinkov@pobox.sk>
Message-ID: <20051204211528.GA20865@xor.obsecurity.org>
References: <dmvf9t$e0i$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk"
Content-Disposition: inline
In-Reply-To: <dmvf9t$e0i$1@sea.gmane.org>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org
Subject: Re: a file version number going down after upgrade from 6.0-R to
	6.0-S
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 21:15:30 -0000


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

On Sun, Dec 04, 2005 at 08:16:13PM +0100, martinko wrote:
> hello,
>=20
> i noticed, when upgrading from 6.0-R to 6-stable, that=20
> /etc/rc.d/wpa_supplicant version went down.
> until now i had believed that stable branch contains newer software than=
=20
> the release. if so, why this "downgrade" ??

Show us what you mean.  http://cvsweb.freebsd.org/ might be useful.

Kris

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

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

iD8DBQFDk1xwWry0BWjoQKURAgtOAJ9h1dBblof2DcrcX7l0QeEruGhdJwCfXGiD
RrpFUPwVUUcOSm+5XDNEYFY=
=DUOo
-----END PGP SIGNATURE-----

--qDbXVdCdHGoSgWSk--

From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 22:36:08 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 228B416A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 22:36:08 +0000 (GMT)
	(envelope-from joao@matik.com.br)
Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E478843D5C
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 22:35:58 +0000 (GMT)
	(envelope-from joao@matik.com.br)
Received: from anb (ap6.matik.com.br [200.152.83.36] (may be forged))
	by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jB4MZv9O067020
	for <freebsd-stable@freebsd.org>; Sun, 4 Dec 2005 20:35:58 -0200 (BRST)
	(envelope-from joao@matik.com.br)
From: JoaoBR <joao@matik.com.br>
Organization: Infomatik
To: freebsd-stable@freebsd.org
Date: Sun, 4 Dec 2005 20:35:48 -0200
User-Agent: KMail/1.8.3
References: <20051203110534.N98873@fledge.watson.org>
	<17298.13514.894625.365457@khavrinen.csail.mit.edu>
In-Reply-To: <17298.13514.894625.365457@khavrinen.csail.mit.edu>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200512042035.49342.joao@matik.com.br>
X-Filter-Version: 1.11a (msrv.matik.com.br)
X-Virus-Scanned: ClamAV version 0.86.2,
	clamav-milter version 0.86 on msrv.matik.com.br
X-Virus-Status: Clean
Subject: Re: Brief Report: Acer AS5002LMi notebook with FreeBSD
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 22:36:08 -0000

On Saturday 03 December 2005 22:14, Garrett Wollman wrote:
> went with the Acer Aspire 5002LMi.
=2E..
> been able to examine came with Atheros wireless, but this one is
> Broadcom.  I haven't tried Project Evil yet; since I had a Cardbus

I am with releng_6

broadcom WL works fine in 11b+g with ndis but since 6.0RC1 the button do no=
t=20
light anymore (on B5 the light was still on when connected)

strange when i put a wi card into the pcmcia slot  the wlan button light go=
es=20
on=20

> after me, "C: is for Crap and D: is for Data").  This machine required

you can shrink c:/ easily without loosing the windows installation=20
parted is on the knoppix live cd


> This card has an SiS 7012, which attaches to the snd_ich driver.  On
> attach it reports "Unknown AC97 Codec (id =3D 0x414c4770)" but this does
> not seem to cause a failure.  From my research this seems to be an
> Avance Logic ALC203; I just addded it to ac97.c but haven't had a
> chance to test it yet.
>

if you get this work can you post it again?
I did it and the AC97 is found as
pcm0: <Avance Logic ALC203 AC97 Codec>
but the vol+/- does still not work, only pcm volume

> > - Suspend/resume was pretty sad, I don't advise trying it.  I may get a

sleep yes, no way to wake up :S

>ACPI seems to be somewhat broken on this machine, even after updating
>to the latest BIOS. =A0The CPU-state information looks bogus (and
>telling the kernel to use C3 is asking for trouble). =A0Suspend doesn't.
>There's an error in the \\_SB_.BAT1._BST method so it can't get the
>battery status. =A0Dump available on request.

Bruno Ducrot made a patch for me which is working perfect and using powerd =
I=20
get 70 min of batt life=20
it found
powernow0: <PowerNow! K8> on cpu0
but I needed to compile kernel with CPUTYPE=3Dk8


Jo=E3o








A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik  https://datacenter.matik.com.br

From owner-freebsd-stable@FreeBSD.ORG  Sun Dec  4 22:44:46 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BA99C16A41F
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 22:44:46 +0000 (GMT)
	(envelope-from frode@nordahl.net)
Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F417243D49
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 22:44:45 +0000 (GMT)
	(envelope-from frode@nordahl.net)
Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126])
	by smtp1.powertech.no (Postfix) with ESMTP id 851CC8137
	for <freebsd-stable@freebsd.org>; Sun,  4 Dec 2005 23:44:43 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v746.2)
Content-Transfer-Encoding: 7bit
Message-Id: <22B23729-6168-431E-BC15-CF53E26CCCC3@nordahl.net>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
To: freebsd-stable@freebsd.org
From: Frode Nordahl <frode@nordahl.net>
Date: Sun, 4 Dec 2005 23:44:44 +0100
X-Mailer: Apple Mail (2.746.2)
Subject: panic: pmap_enter: invalid page directory pdir=0xc1e063,
	va=0xffc00000
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 04 Dec 2005 22:44:46 -0000

Hello,

After almost 6 months of problem-free operation one of my NFS servers  
has suddenly started to panic and do a automatic reboot regularly,  
about every 24 hours.

This is a dual Xeon (with UP kernel for the time being) SE7501HG2  
with 4 GB RAM and a Intel SRCU42X RAID controller (AMI MegaRAID).

I ran 5.4-RELEASE-p2 on it, but had no kernel.debug for that, so I  
installed 5.4-RELEASE-p8 on it to get some information from the  
crashes. (See below). I have also installed a UP kernel to rule out  
any SMP related problems.

I found no PRs referencing this exact problem, and no mailinglist  
postings addressing this exact problem (well, found one thread where  
someone provoked this to happen by tweaking the wrong numbers).


My gut feeling tells me that this is a tuning problem, but I really  
don't know where to start, so any pointers would be great!

By habit I have this in my loader.conf: vm.kmem_size_max=419430400


# cat info.7
Dump header from device /dev/amrd0s2b
   Architecture: i386
   Architecture Version: 16777216
   Dump Length: 4026466304B (3839 MB)
   Blocksize: 512
   Dumptime: Sun Dec  4 22:07:52 2005
   Hostname: xxx.yyy.no
   Magic: FreeBSD Kernel Dump
   Version String: FreeBSD 5.4-RELEASE-p8 #0: Tue Oct 11 21:54:19  
CEST 2005
     root@xxx.yyy.no:/usr/obj/usr/src/RELENG_5_4/src/sys/PT
   Panic String: pmap_enter: invalid page directory pdir=0xc1e063,  
va=0xffc00000

   Dump Parity: 2250800518
   Bounds: 7
   Dump Status: good

(kgdb) bt
#0  doadump () at pcpu.h:159
#1  0xc05fbd4e in boot (howto=260)
     at /usr/src/RELENG_5_4/src/sys/kern/kern_shutdown.c:410
#2  0xc05fc014 in panic (
     fmt=0xc0822933 "pmap_enter: invalid page directory pdir=%#jx, va= 
%#x\n")
     at /usr/src/RELENG_5_4/src/sys/kern/kern_shutdown.c:566
#3  0xc07a8868 in pmap_enter (pmap=0xc08f24a0, va=4290772992,  
m=0xc2a22f00,
     prot=7 '\a', wired=1) at /usr/src/RELENG_5_4/src/sys/i386/i386/ 
pmap.c:1948
#4  0xc074d745 in vm_fault (map=0xc103b000, vaddr=4290772992,
     fault_type=7 '\a', fault_flags=1)
     at /usr/src/RELENG_5_4/src/sys/vm/vm_fault.c:893
#5  0xc074dd68 in vm_fault_wire (map=0xc103b000, start=4289822720,
     end=4291231744, user_wire=0, fictitious=0)
     at /usr/src/RELENG_5_4/src/sys/vm/vm_fault.c:1051
#6  0xc07524b6 in vm_map_wire (map=0xc103b000, start=4289822720,
     end=4291231744, flags=0) at /usr/src/RELENG_5_4/src/sys/vm/ 
vm_map.c:1959
#7  0xc074fcf8 in kmem_alloc (map=0xc103b000, size=1409024)
     at /usr/src/RELENG_5_4/src/sys/vm/vm_kern.c:187
#8  0xc07ab246 in user_ldt_alloc (mdp=0x0, len=176128)
     at /usr/src/RELENG_5_4/src/sys/i386/i386/sys_machdep.c:310
#9  0xc07adda1 in cpu_fork (td1=0xcbd73480, p2=0xcbe70c5c,  
td2=0xcbe6e000,
     flags=20) at /usr/src/RELENG_5_4/src/sys/i386/i386/vm_machdep.c:252
#10 0xc074ef55 in vm_forkproc (td=0xcbd73480, p2=0xcbe70c5c,  
td2=0xcbe6e000,
     flags=20) at /usr/src/RELENG_5_4/src/sys/vm/vm_glue.c:473
#11 0xc05e6dec in fork1 (td=0xcbd73480, flags=20, pages=0,  
procp=0xf7935ce4)
     at /usr/src/RELENG_5_4/src/sys/kern/kern_fork.c:644
#12 0xc05e5d2c in fork (td=0xcbd73480, uap=0xf7935d14)
     at /usr/src/RELENG_5_4/src/sys/kern/kern_fork.c:97
#13 0xc07ac77b in syscall (frame=
       {tf_fs = 47, tf_es = 47, tf_ds = -1078001617, tf_edi = 13817,  
tf_esi = 2, tf_ebp = -1077944424, tf_isp = -141337228, tf_ebx =  
134628900, tf_edx = 0, tf_ecx = 22, tf_eax = 2, tf_trapno = 12,  
tf_err = 2, tf_eip = 671926043, tf_cs = 31, tf_eflags = 582, tf_esp =  
-1077944452, tf_ss = 47})
     at /usr/src/RELENG_5_4/src/sys/i386/i386/trap.c:1009
#14 0xc079c4bf in Xint0x80_syscall ()
     at /usr/src/RELENG_5_4/src/sys/i386/i386/exception.s:201
#15 0x0000002f in ?? ()
#16 0x0000002f in ?? ()
#17 0xbfbf002f in ?? ()
#18 0x000035f9 in ?? ()
#19 0x00000002 in ?? ()
#20 0xbfbfdf98 in ?? ()
...

# cat PT
machine		i386
cpu		I686_CPU
ident		PT

# To statically compile in device wiring instead of /boot/device.hints
#hints		"GENERIC.hints"		# Default places to look for devices.

makeoptions	DEBUG=-g		# Build kernel with gdb(1) debug symbols

options 	SCHED_4BSD		# 4BSD scheduler
options 	INET			# InterNETworking
options 	INET6			# IPv6 communications protocols
options 	FFS			# Berkeley Fast Filesystem
options 	SOFTUPDATES		# Enable FFS soft updates support
options 	UFS_ACL			# Support for access control lists
options 	UFS_DIRHASH		# Improve performance on big directories
options 	MD_ROOT			# MD is a potential root device
options 	NFSCLIENT		# Network Filesystem Client
options 	NFSSERVER		# Network Filesystem Server
options 	NFS_ROOT		# NFS usable as /, requires NFSCLIENT
options 	MSDOSFS			# MSDOS Filesystem
options 	CD9660			# ISO 9660 Filesystem
options 	PROCFS			# Process filesystem (requires PSEUDOFS)
options 	PSEUDOFS		# Pseudo-filesystem framework
options 	GEOM_GPT		# GUID Partition Tables.
options 	COMPAT_43		# Compatible with BSD 4.3 [KEEP THIS!]
options 	COMPAT_FREEBSD4		# Compatible with FreeBSD4
options 	SCSI_DELAY=15000	# Delay (in ms) before probing SCSI
options 	KTRACE			# ktrace(1) support
options 	SYSVSHM			# SYSV-style shared memory
options 	SYSVMSG			# SYSV-style message queues
options 	SYSVSEM			# SYSV-style semaphores
options 	_KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time  
extensions
options 	KBD_INSTALL_CDEV	# install a CDEV entry in /dev
options 	AHC_REG_PRETTY_PRINT	# Print register bitfields in debug
					# output.  Adds ~128k to driver.
options 	AHD_REG_PRETTY_PRINT	# Print register bitfields in debug
					# output.  Adds ~215k to driver.
options 	ADAPTIVE_GIANT		# Giant mutex is adaptive.
options 	KDB			# Enable kernel debugger support.
options		KDB_UNATTENDED
options         BREAK_TO_DEBUGGER
options 	DDB			# Support DDB.
options 	GDB			# Support remote GDB.
options		QUOTA			# enable disk quotas

device		apic			# I/O APIC

# Bus support.  Do not remove isa, even if you have no isa slots
device		isa
device		eisa
device		pci

# Floppy drives
device		fdc

# ATA and ATAPI devices
device		ata
device		atadisk		# ATA disk drives
device		ataraid		# ATA RAID drives
device		atapicd		# ATAPI CDROM drives
device		atapifd		# ATAPI floppy drives
device		atapist		# ATAPI tape drives
options 	ATA_STATIC_ID	# Static device numbering

# SCSI Controllers
device		ahb		# EISA AHA1742 family
device		ahc		# AHA2940 and onboard AIC7xxx devices
device		ahd		# AHA39320/29320 and onboard AIC79xx devices
device		amd		# AMD 53C974 (Tekram DC-390(T))
device		isp		# Qlogic family
device		mpt		# LSI-Logic MPT-Fusion
#device		ncr		# NCR/Symbios Logic
device		sym		# NCR/Symbios Logic (newer chipsets + those of `ncr')
device		trm		# Tekram DC395U/UW/F DC315U adapters

device		adv		# Advansys SCSI adapters
device		adw		# Advansys wide SCSI adapters
device		aha		# Adaptec 154x SCSI adapters
device		aic		# Adaptec 15[012]x SCSI adapters, AIC-6[23]60.
device		bt		# Buslogic/Mylex MultiMaster SCSI adapters

device		ncv		# NCR 53C500
device		nsp		# Workbit Ninja SCSI-3
device		stg		# TMC 18C30/18C50

# SCSI peripherals
device		scbus		# SCSI bus (required for SCSI)
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)
device		ses		# SCSI Environmental Services (and SAF-TE)

# RAID controllers interfaced to the SCSI subsystem
device		amr		# AMI MegaRAID
device		arcmsr		# Areca SATA II RAID
device		asr		# DPT SmartRAID V, VI and Adaptec SCSI RAID
device		ciss		# Compaq Smart RAID 5*
device		dpt		# DPT Smartcache III, IV - See NOTES for options
device		hptmv		# Highpoint RocketRAID 182x
device		iir		# Intel Integrated RAID
device		ips		# IBM (Adaptec) ServeRAID
device		mly		# Mylex AcceleRAID/eXtremeRAID
device		twa		# 3ware 9000 series PATA/SATA RAID

# RAID controllers
device		aac		# Adaptec FSA RAID
device		aacp		# SCSI passthrough for aac (requires CAM)
device		ida		# Compaq Smart RAID
device		mlx		# Mylex DAC960 family
device		pst		# Promise Supertrak SX6000
device		twe		# 3ware ATA RAID

# atkbdc0 controls both the keyboard and the PS/2 mouse
device		atkbdc		# AT keyboard controller
device		atkbd		# AT keyboard
device		psm		# PS/2 mouse

device		vga		# VGA video card driver

device		splash		# Splash screen and screen saver support

# syscons is the default console driver, resembling an SCO console
device		sc

# Enable this for the pcvt (VT220 compatible) console driver
#device		vt
#options 	XSERVER		# support for X server on a vt console
#options 	FAT_CURSOR	# start with block cursor

device		agp		# support several AGP chipsets

# Floating point support - do not disable.
device		npx

# Power management support (see NOTES for more options)
#device		apm
# Add suspend/resume support for the i8254.
device		pmtimer

# PCCARD (PCMCIA) support
# PCMCIA and cardbus bridge support
device		cbb		# cardbus (yenta) bridge
device		pccard		# PC Card (16-bit) bus
device		cardbus		# CardBus (32-bit) bus

# Serial (COM) ports
device		sio		# 8250, 16[45]50 based serial ports

# Parallel port
device		ppc
device		ppbus		# Parallel port bus (required)
device		lpt		# Printer
device		plip		# TCP/IP over parallel
device		ppi		# Parallel port interface device
#device		vpo		# Requires scbus and da

# If you've got a "dumb" serial or parallel PCI card that is
# supported by the puc(4) glue driver, uncomment the following
# line to enable it (connects to the sio and/or ppc drivers):
#device         puc

# PCI Ethernet NICs.
device		de		# DEC/Intel DC21x4x (``Tulip'')
device		em		# Intel PRO/1000 adapter Gigabit Ethernet Card
device		ixgb		# Intel PRO/10GbE Ethernet Card
device		txp		# 3Com 3cR990 (``Typhoon'')
device		vx		# 3Com 3c590, 3c595 (``Vortex'')

# PCI Ethernet NICs that use the common MII bus controller code.
# NOTE: Be sure to keep the 'device miibus' line in order to use  
these NICs!
device		miibus		# MII bus support
device		bfe		# Broadcom BCM440x 10/100 Ethernet
device		bge		# Broadcom BCM570xx Gigabit Ethernet
device		dc		# DEC/Intel 21143 and various workalikes
device		fxp		# Intel EtherExpress PRO/100B (82557, 82558)
device		lge		# Level 1 LXT1001 gigabit ethernet
device		nge		# NatSemi DP83820 gigabit ethernet
device		pcn		# AMD Am79C97x PCI 10/100 (precedence over 'lnc')
device		re		# RealTek 8139C+/8169/8169S/8110S
device		rl		# RealTek 8129/8139
device		sf		# Adaptec AIC-6915 (``Starfire'')
device		sis		# Silicon Integrated Systems SiS 900/SiS 7016
device		sk		# SysKonnect SK-984x & SK-982x gigabit Ethernet
device		ste		# Sundance ST201 (D-Link DFE-550TX)
device		ti		# Alteon Networks Tigon I/II gigabit Ethernet
device		tl		# Texas Instruments ThunderLAN
device		tx		# SMC EtherPower II (83c170 ``EPIC'')
device		vge		# VIA VT612x gigabit ethernet
device		vr		# VIA Rhine, Rhine II
device		wb		# Winbond W89C840F
device		xl		# 3Com 3c90x (``Boomerang'', ``Cyclone'')

# ISA Ethernet NICs.  pccard NICs included.
device		cs		# Crystal Semiconductor CS89x0 NIC
# 'device ed' requires 'device miibus'
device		ed		# NE[12]000, SMC Ultra, 3c503, DS8390 cards
device		ex		# Intel EtherExpress Pro/10 and Pro/10+
device		ep		# Etherlink III based cards
device		fe		# Fujitsu MB8696x based cards
device		ie		# EtherExpress 8/16, 3C507, StarLAN 10 etc.
device		lnc		# NE2100, NE32-VL Lance Ethernet cards
device		sn		# SMC's 9000 series of Ethernet chips
device		xe		# Xircom pccard Ethernet

# ISA devices that use the old ISA shims
#device		le

# Wireless NIC cards
device		wlan		# 802.11 support
device		an		# Aironet 4500/4800 802.11 wireless NICs.
device		awi		# BayStack 660 and others
device		wi		# WaveLAN/Intersil/Symbol 802.11 wireless NICs.
#device		wl		# Older non 802.11 Wavelan wireless NIC.

# Pseudo devices.
device		loop		# Network loopback
device		mem		# Memory and kernel memory devices
device		io		# I/O device
device		random		# Entropy device
device		ether		# Ethernet support
device		sl		# Kernel SLIP
device		ppp		# Kernel PPP
device		tun		# Packet tunnel.
device		pty		# Pseudo-ttys (telnet etc)
device		md		# Memory "disks"
device		gif		# IPv6 and IPv4 tunneling
device		faith		# IPv6-to-IPv4 relaying (translation)

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
# Note that 'bpf' is required for DHCP.
device		bpf		# Berkeley packet filter

# USB support
#device		uhci		# UHCI PCI->USB interface
#device		ohci		# OHCI PCI->USB interface
##device		ehci		# EHCI PCI->USB interface (USB 2.0)
#device		usb		# USB Bus (required)
##device		udbp		# USB Double Bulk Pipe devices
#device		ugen		# Generic
#device		uhid		# "Human Interface Devices"
#device		ukbd		# Keyboard
#device		ulpt		# Printer
#device		umass		# Disks/Mass storage - Requires scbus and da
#device		ums		# Mouse
#device		urio		# Diamond Rio 500 MP3 player
#device		uscanner	# Scanners
## USB Ethernet, requires mii
#device		aue		# ADMtek USB Ethernet
#device		axe		# ASIX Electronics USB Ethernet
#device		cdce		# Generic USB over Ethernet
#device		cue		# CATC USB Ethernet
#device		kue		# Kawasaki LSI USB Ethernet
#device		rue		# RealTek RTL8150 USB Ethernet

# FireWire support
device		firewire	# FireWire bus code
device		sbp		# SCSI over FireWire (Requires scbus and da)
device		fwe		# Ethernet over FireWire (non-standard!)


Frode Nordahl
frode@nordahl.net




From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 02:37:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F3A8116A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 02:37:06 +0000 (GMT)
	(envelope-from delphij@gmail.com)
Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3EB3B43D5D
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 02:37:06 +0000 (GMT)
	(envelope-from delphij@gmail.com)
Received: by zproxy.gmail.com with SMTP id 18so348612nzp
	for <freebsd-stable@freebsd.org>; Sun, 04 Dec 2005 18:37:05 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=n0zTt5+Tw0VJDHAN/fBBOoRktMj2Zbuj2XrycJXiA+UdNV8p//euvYORc3Kwz4R2Ytpp9z2fPYTubK9n0fZ5/VYtP8M7a+0MNiiXw6R8NFCekHET8njKulHRAyYaj3w8XME3e98GSZ+lEmGEHUyIAXIBQyXqA/Y1VkTLwP1vVB4=
Received: by 10.65.213.10 with SMTP id p10mr2443051qbq;
	Sun, 04 Dec 2005 18:37:05 -0800 (PST)
Received: by 10.65.72.5 with HTTP; Sun, 4 Dec 2005 18:37:05 -0800 (PST)
Message-ID: <a78074950512041837o34d90778y8ca693b6a69eea0@mail.gmail.com>
Date: Mon, 5 Dec 2005 10:37:05 +0800
From: Xin LI <delphij@gmail.com>
To: martinko <martinkov@pobox.sk>
In-Reply-To: <dmvf9t$e0i$1@sea.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline
References: <dmvf9t$e0i$1@sea.gmane.org>
Cc: freebsd-stable@freebsd.org
Subject: Re: a file version number going down after upgrade from 6.0-R to
	6.0-S
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: delphij@delphij.net
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 02:37:07 -0000

SGksCgpPbiAxMi81LzA1LCBtYXJ0aW5rbyA8bWFydGlua292QHBvYm94LnNrPiB3cm90ZToKPiBo
ZWxsbywKPgo+IGkgbm90aWNlZCwgd2hlbiB1cGdyYWRpbmcgZnJvbSA2LjAtUiB0byA2LXN0YWJs
ZSwgdGhhdAo+IC9ldGMvcmMuZC93cGFfc3VwcGxpY2FudCB2ZXJzaW9uIHdlbnQgZG93bi4KPiB1
bnRpbCBub3cgaSBoYWQgYmVsaWV2ZWQgdGhhdCBzdGFibGUgYnJhbmNoIGNvbnRhaW5zIG5ld2Vy
IHNvZnR3YXJlIHRoYW4KPiB0aGUgcmVsZWFzZS4gaWYgc28sIHdoeSB0aGlzICJkb3duZ3JhZGUi
ID8/CgoxLjEuNC4xIHN0YW5kcyBmb3IgImZpcnN0IHJldmlzaW9uIG9mIHRoZSA0dGggYnJhbmNo
IiBvbiAxLjEsIGFuZAoxLjEuMi4xIHN0YW5kcyBmb3IgImZpcnN0IHJldmlzaW9uIG9mIHRoZSAy
bmQgYnJhbmNoIi4gIFRoZSBmb3JtZXIgaXMKY3JlYXRlZCBhZnRlciB0aGUgbGF0dGVyLiAgSXQn
cyBub3QgYSBkb3duZ3JhZGUgYXMgUkVMRU5HXzZfMCBpcwpjcmVhdGVkIGFmdGVyIFJFTEVOR182
IChoZW5jZSA0IHZzIDIpLCBhbmQgZXZlcnl0aGluZyBtZXJnZWQgdG8KUkVMRU5HXzZfMCBtdXN0
IGJlIHBhcnQgb2YgUkVMRU5HXzYgYmVmb3JlIGl0IGhhcHBlbi4KCkNoZWVycywKLS0KWGluIExJ
IDxkZWxwaGlqQGRlbHBoaWoubmV0PiBodHRwOi8vd3d3LmRlbHBoaWoubmV0Cg==

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 06:04:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9757416A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 06:04:53 +0000 (GMT)
	(envelope-from igorr@speechpro.com)
Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1FF5843D58
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 06:04:52 +0000 (GMT)
	(envelope-from igorr@speechpro.com)
Received: from sysadm.stc ([192.168.2.26])
	by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1Ej9T1-000LHx-6C
	for freebsd-stable@freebsd.org; Mon, 05 Dec 2005 09:04:51 +0300
Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc)
	by sysadm.stc with esmtp (Exim 4.54 (FreeBSD)) id 1Ej9Sa-000EDE-Ru
	for freebsd-stable@freebsd.org; Mon, 05 Dec 2005 09:04:24 +0300
Received: (from igorr@localhost)
	by sysadm.stc (8.13.4/8.13.3/Submit) id jB564Ohs054635
	for freebsd-stable@freebsd.org; Mon, 5 Dec 2005 09:04:24 +0300 (MSK)
	(envelope-from igorr)
Date: Mon, 5 Dec 2005 09:04:24 +0300
From: Igor Robul <igorr@speechpro.com>
To: freebsd-stable@freebsd.org
Message-ID: <20051205060424.GK54409@sysadm.stc>
References: <20051203115914.GA2130@osiris.chen.org.nz>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051203115914.GA2130@osiris.chen.org.nz>
User-Agent: Mutt/1.5.11
X-Archived: Yes
Subject: Re: USB Devices not appearing in /dev
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 06:04:53 -0000

On Sun, Dec 04, 2005 at 12:59:14AM +1300, Jonathan Chen wrote:
> However, if I look in /dev, I only see the generic usb[0-3] devices.
> When I used to run 5.4-STABLE, the device entries did appear in /dev.
> I have a similar problem with Palm devices and ucom0 not appearing.
In many cases, you need press "Sync" button on cable to make ucom
appear.

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 08:41:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B204116A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 08:41:11 +0000 (GMT)
	(envelope-from kama@pvp.se)
Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E473543D66
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 08:41:10 +0000 (GMT)
	(envelope-from kama@pvp.se)
Received: by ms1.as.pvp.se (Postfix, from userid 1001)
	id 9B784D3; Mon,  5 Dec 2005 09:42:08 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by ms1.as.pvp.se (Postfix) with ESMTP
	id 97402A6; Mon,  5 Dec 2005 09:42:08 +0100 (CET)
Date: Mon, 5 Dec 2005 09:42:08 +0100 (CET)
From: kama <kama@pvp.se>
X-X-Sender: kama@ns1.as.pvp.se
To: Peter Jeremy <PeterJeremy@optushome.com.au>
In-Reply-To: <20051202190242.GL32006@cirb503493.alcatel.com.au>
Message-ID: <20051205093804.D5758@ns1.as.pvp.se>
References: <20051202142731.H92866@ns1.as.pvp.se>
	<20051202190242.GL32006@cirb503493.alcatel.com.au>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 08:41:11 -0000



On Sat, 3 Dec 2005, Peter Jeremy wrote:

> On Fri, 2005-Dec-02 14:32:58 +0100, kama wrote:
> >I am just wondering why the cpu-timer is doubled from what I set in
> >kern.hz?
> >
> ># vmstat -i
> >interrupt                          total       rate
> ...
> >cpu0: timer                     14314031       1999
> >Total                           14750922       2060
> >
> ># sysctl -a | grep hz
> >kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 }
>
> There's only a single timer but FreeBSD needs two independent clocks.
> The 'tick' clock is used to update the TOD counters and decide when to
> reschedule processes.  The 'stathz' is used to collect statistics on
> CPU utilisation ('profhz' is used instead if any process is using
> profiling).  Since processes tend to synchronize to 'tick' the
> statistics clock needs to be independent to ensure that a CPU utilisation
> is correctly allocated.
>
> In order to simulate two clocks, FreeBSD runs the hardware clock at a
> high rate and uses two different divisors for the soft clocks (/2 for
> tick, /3 for profhz and /15 for stathz).  Larger divisors are better
> for utilisation statistics but increase clock interrupt overheads.

Ehm, Im sorry, but did that even answer my question?

I appreciate that you took time to answer about the different clocks. But
that does not answer why vmstat -i shows a rate of 2000 when I have set
the hz to 1000.

/Bjorn

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 08:57:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 950A016A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 08:57:53 +0000 (GMT)
	(envelope-from heinricf@mailstore.FernUni-Hagen.de)
Received: from cl-mailhost.FernUni-Hagen.de (tamarack.fernuni-hagen.de
	[132.176.114.82])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7980843D6A
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 08:57:52 +0000 (GMT)
	(envelope-from heinricf@mailstore.FernUni-Hagen.de)
Received: from mailstore.fernuni-hagen.de ([132.176.114.185])
	by cl-mailhost.FernUni-Hagen.de with esmtp (Exim 4.24)
	id 1EjCAN-0000lg-Jg
	for freebsd-stable@freebsd.org; Mon, 05 Dec 2005 09:57:47 +0100
Received: from [132.176.7.6] (account heinricf [132.176.7.6] verified)
	by mailstore.fernuni-hagen.de (CommuniGate Pro SMTP 4.0.6)
	with ESMTP-TLS id 13860007 for freebsd-stable@FreeBSD.ORG;
	Mon, 05 Dec 2005 09:57:36 +0100
Message-ID: <439400FF.1020405@fernuni-hagen.de>
Date: Mon, 05 Dec 2005 09:57:35 +0100
From: Fritz Heinrichmeyer <fritz.heinrichmeyer@FernUni-Hagen.de>
Organization: Fernuni Hagen
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204)
X-Accept-Language: de-DE, de, en-us, en
MIME-Version: 1.0
To: freebsd-stable <freebsd-stable@FreeBSD.ORG>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-prewhitelist: your reply will pass through without greylisting
Cc: 
Subject: error messages from easyraid ex array are there again
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 08:57:53 -0000

Hello,

in march 2005 i reported strange scsi error messages from ahc driver and 
an easyraid ex system, i have not seen this messages for some month now 
(could also result from the fact that cyrus imap server was less used 
..). It raises on a partition where some files containing berkeley-db 
4.x databases are located that are massaged by cyrus imap server. I 
suspect there is no real media error, as nothing is announced at the 
control panel. Now i use freebsd 6 stable (compiled last week, SMP with 
two xeon CPUs).

There where no such messages under the FreeBSD 4.x versions.

es-i2.fernuni-hagen.de kernel log messages:
+++ /tmp/security.ktBMNZqs	Mon Dec  5 03:06:48 2005
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e d 9f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e e 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e d 9f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e e 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e 10 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e d 9f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e 10 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e e 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e 10 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e d 9f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e e 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e 10 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retrying Command (per Sense Data)
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e d 9f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retries Exhausted
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e 10 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retries Exhausted
+g_vfs_done():da1s1e[READ(offset=1767817216, length=131072)]error = 5
+(da1:ahc2:0:5:0): READ(10). CDB: 28 0 0 4e e 1f 0 0 80 0
+(da1:ahc2:0:5:0): CAM Status: SCSI Status Error
+(da1:ahc2:0:5:0): SCSI Status: Check Condition
+(da1:ahc2:0:5:0): MEDIUM ERROR asc:0,0
+(da1:ahc2:0:5:0): No additional sense information
+(da1:ahc2:0:5:0): Retries Exhausted
+g_vfs_done():da1s1e[READ(offset=1767555072, length=131072)]error = 5

-- 
Fritz Heinrichmeyer FernUniversität, LG ES, 58084 Hagen (Germany)
tel:+49 2331/987-1166 fax:987-355

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 08:59:24 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 57E0716A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 08:59:24 +0000 (GMT)
	(envelope-from martinkov@pobox.sk)
Received: from mail.pipni.cz (mail.pipni.cz [193.86.238.3])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4BA4343D60
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 08:59:19 +0000 (GMT)
	(envelope-from martinkov@pobox.sk)
Received: from [193.86.238.3] (port=44222 helo=gamato.org)
	id 1EjCBn-0006Uv-GL; Mon, 05 Dec 2005 09:59:15 +0100
From: "martinko" <martinkov@pobox.sk>
To: delphij@delphij.net
Date: Mon, 5 Dec 2005 09:59:14 +0100
Message-Id: <20051205085825.M13618@pobox.sk>
In-Reply-To: <a78074950512041837o34d90778y8ca693b6a69eea0@mail.gmail.com>
References: <dmvf9t$e0i$1@sea.gmane.org>
	<a78074950512041837o34d90778y8ca693b6a69eea0@mail.gmail.com>
X-Mailer: Open WebMail 2.51 20050228
X-OriginatingIP: 165.72.200.9 (m@gamato.org)
MIME-Version: 1.0
Content-Type: text/plain;
	charset=iso-8859-2
Cc: freebsd-stable@freebsd.org
Subject: Re: a file version number going down after upgrade from 6.0-R to
	6.0-S
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 08:59:24 -0000

On Mon, 5 Dec 2005 10:37:05 +0800, Xin LI wrote
> Hi,
> 
> On 12/5/05, martinko <martinkov@pobox.sk> wrote:
> > hello,
> >
> > i noticed, when upgrading from 6.0-R to 6-stable, that
> > /etc/rc.d/wpa_supplicant version went down.
> > until now i had believed that stable branch contains newer software than
> > the release. if so, why this "downgrade" ??
> 
> 1.1.4.1 stands for "first revision of the 4th branch" on 1.1, and
> 1.1.2.1 stands for "first revision of the 2nd branch".  The former is
> created after the latter.  It's not a downgrade as RELENG_6_0 is
> created after RELENG_6 (hence 4 vs 2), and everything merged to
> RELENG_6_0 must be part of RELENG_6 before it happen.
> 
> Cheers,
> --
> Xin LI <delphij@delphij.net> http://www.delphij.net


I see now. Many thanks for your explanation, Xin!

Martin

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 11:29:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1184016A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 11:29:07 +0000 (GMT)
	(envelope-from kama@pvp.se)
Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9DC4943D55
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 11:29:06 +0000 (GMT)
	(envelope-from kama@pvp.se)
Received: by ms1.as.pvp.se (Postfix, from userid 1001)
	id D9F3FB1; Mon,  5 Dec 2005 12:30:05 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
	by ms1.as.pvp.se (Postfix) with ESMTP
	id D5B6AAC; Mon,  5 Dec 2005 12:30:05 +0100 (CET)
Date: Mon, 5 Dec 2005 12:30:05 +0100 (CET)
From: kama <kama@pvp.se>
X-X-Sender: kama@ns1.as.pvp.se
To: Mike Tancsa <mike@sentex.net>
In-Reply-To: <6.2.3.4.0.20051123093315.0322d048@64.7.153.2>
Message-ID: <20051205122757.J5758@ns1.as.pvp.se>
References: <20051123134710.G57888@ns1.as.pvp.se>
	<6.2.3.4.0.20051123080932.085e9138@64.7.153.2>
	<20051123153018.V57888@ns1.as.pvp.se>
	<6.2.3.4.0.20051123093315.0322d048@64.7.153.2>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: freebsd-stable@freebsd.org
Subject: Re: 6.0 Stable reboots randomly during high load.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 11:29:07 -0000


The system crashed again this weekend, but nothing is created in
/var/crash.

/Bjorn

On Wed, 23 Nov 2005, Mike Tancsa wrote:

> At 09:33 AM 23/11/2005, kama wrote:
>
> >The system crashes without polling enabled. That I added afterwards. With
> >it enabled it crashes not so often as without polling.
> >
> >I'll try a GENERIC kernel with debuging enabled.
>
> The kernel option doesnt install any debugging into your running
> kernel, it just builds an additional kernel (called kernel.debug)
> with debugging symbols that you can compare the crash dump
> against.  In other words, it wont hurt performance.
>
>          ---Mike
>
> >/Bjorn
> >
> >On Wed, 23 Nov 2005, Mike Tancsa wrote:
> >
> > > At 08:04 AM 23/11/2005, kama wrote:
> > >
> > > >I have a HP DL380G3 Dual 2.4 w HT disabled.
> > >
> > >
> > > Polling and SMP is only a recent thing, as is polling support for the
> > > bge. I would try disabling that.  In terms of seeing why its crashing,
> > >
> > >
> > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html
> > >
> > > Basically,
> > > make sure
> > >
> > >
> > > makeoptions     DEBUG=-g                #Build kernel with gdb(1)
> > debug symbols
> > >
> > > is in your kernel config
> > > add
> > > dumpdev="/dev/da0s1b"           # Device name to crashdump to (or NO).
> > > dumpdir="/var/crash"    # Directory where crash dumps are to be stored
> > >
> > > to /etc/rc.conf assuming da0s1b is your swap.  Install the new kernel
> > > and reboot.
> > >
> > > When and if it crashes again,
> > > gdb -k kernel.debug /var/crash/vmcore.0
> > >
> > > type bt full
> > >
> > > from the debugger and post the results.
> > >
> > >          ---Mike
> > >
>
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
>

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 11:52:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8470516A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 11:52:53 +0000 (GMT)
	(envelope-from bzeeb-lists@lists.zabbadoz.net)
Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A636D43D4C
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 11:52:51 +0000 (GMT)
	(envelope-from bzeeb-lists@lists.zabbadoz.net)
Received: from transport.cksoft.de (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP id E9D2D1FF9AB
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 12:52:49 +0100 (CET)
Received: by transport.cksoft.de (Postfix, from userid 66)
	id 49B641FF9A8; Mon,  5 Dec 2005 12:52:47 +0100 (CET)
Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net
	[10.111.66.10])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 9EE67444F50
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 11:47:24 +0000 (UTC)
Date: Mon, 5 Dec 2005 11:47:24 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@maildrop.int.zabbadoz.net
To: freebsd-stable@freebsd.org
Message-ID: <20051205113818.I88299@maildrop.int.zabbadoz.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de
Subject: panic logging out on serial console
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 11:52:53 -0000

Hi,

I had been logged in on serial console and typed 'exit' and the
RELENG_6 machine went *kaboom*. I hadn't seen sth like this befire on
any of my other machines:

i386/RELENG_6 from around 2005-11-17 11:00 UTC.

--- 8< 8< 8< ---
foo# exit
logout


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0x0
stack pointer           = 0x28:0xef699954
frame pointer           = 0x28:0xef699968
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         = 70703 (getty)
trap number             = 12
panic: page fault
Uptime: 5d21h1m43s
Dumping 1022 MB (2 chunks)
   chunk 0: 1MB (159 pages) ... ok
   chunk 1: 1023MB (261680 pages) 1007 991 975 959 943 927 911 895 879 863 847 83
1 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527
303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok

Dump complete
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
--- 8< 8< 8< ---


I have the core file and can save it for some days but it won't
help a lot unless someone tells me how I can skip the frame with
the null pointer in kgdb.


-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 12:44:59 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6C6F716A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 12:44:59 +0000 (GMT)
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA7943D49
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 12:44:57 +0000 (GMT)
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160])
	by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id jB5CirXW026037; 
	Mon, 5 Dec 2005 12:44:54 GMT
Received: from buffy.york.ac.uk (localhost [127.0.0.1])
	by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id jB5CirLA070989;
	Mon, 5 Dec 2005 12:44:53 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: (from ga9@localhost)
	by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id jB5CiruP070988;
	Mon, 5 Dec 2005 12:44:53 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to
	gavin.atkinson@ury.york.ac.uk using -f
From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
In-Reply-To: <20051205113818.I88299@maildrop.int.zabbadoz.net>
References: <20051205113818.I88299@maildrop.int.zabbadoz.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Mon, 05 Dec 2005 12:44:53 +0000
Message-Id: <1133786693.70431.9.camel@buffy.york.ac.uk>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port 
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
Cc: freebsd-stable@freebsd.org
Subject: Re: panic logging out on serial console
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 12:44:59 -0000

On Mon, 2005-12-05 at 11:47 +0000, Bjoern A. Zeeb wrote:
> I had been logged in on serial console and typed 'exit' and the
> RELENG_6 machine went *kaboom*. I hadn't seen sth like this befire on
> any of my other machines:
> 
> i386/RELENG_6 from around 2005-11-17 11:00 UTC.
> 
> --- 8< 8< 8< ---
> foo# exit
> logout
> 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0x0
> fault code              = supervisor read, page not present
> instruction pointer     = 0x20:0x0
> stack pointer           = 0x28:0xef699954
> frame pointer           = 0x28:0xef699968
> 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         = 70703 (getty)
> trap number             = 12
> panic: page fault
> 
> I have the core file and can save it for some days but it won't
> help a lot unless someone tells me how I can skip the frame with
> the null pointer in kgdb.

I've never had a problem with backtraces (even when IP=0x0) but don't
forget you can always look at the stack with

(gdb) x/40xw 0xef699954

And then look for addresses that may be within the kernel (probably
start with 0xc)

I'd be interested to know if there is a possibilituy that your panic may
have anything to do with one that I saw
http://lists.freebsd.org/pipermail/freebsd-current/2004-December/043944.html
which seems to be a race in the tty closedown code (which I guess may
also be executed during a logout)

Gavin

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 12:49:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2FA5916A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 12:49:17 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from mail.localelinks.com (web.localelinks.com [65.170.254.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AE28043D4C
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 12:49:14 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from draco.over-yonder.net (adsl-222-65-122.jan.bellsouth.net
	[68.222.65.122])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.localelinks.com (Postfix) with ESMTP id E9F2EAD
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 06:49:13 -0600 (CST)
Received: by draco.over-yonder.net (Postfix, from userid 100)
	id D02F261C27; Mon,  5 Dec 2005 06:49:10 -0600 (CST)
Date: Mon, 5 Dec 2005 06:49:10 -0600
From: "Matthew D. Fuller" <fullermd@over-yonder.net>
To: kama <kama@pvp.se>
Message-ID: <20051205124910.GC90806@over-yonder.net>
References: <20051202142731.H92866@ns1.as.pvp.se>
	<20051202190242.GL32006@cirb503493.alcatel.com.au>
	<20051205093804.D5758@ns1.as.pvp.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051205093804.D5758@ns1.as.pvp.se>
X-Editor: vi
X-OS: FreeBSD <http://www.freebsd.org/>
User-Agent: Mutt/1.5.11-fullermd.2
Cc: Peter Jeremy <PeterJeremy@optushome.com.au>, freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 12:49:17 -0000

On Mon, Dec 05, 2005 at 09:42:08AM +0100 I heard the voice of
kama, and lo! it spake thus:
> 
> I appreciate that you took time to answer about the different
> clocks. But that does not answer why vmstat -i shows a rate of 2000
> when I have set the hz to 1000.

Because the rate is always twice hz.


-- 
Matthew Fuller     (MF4839)   |  fullermd@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
           On the Internet, nobody can hear you scream.

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 13:32:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0FB3216A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 13:32:53 +0000 (GMT)
	(envelope-from bzeeb-lists@lists.zabbadoz.net)
Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC4D43D66
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 13:32:51 +0000 (GMT)
	(envelope-from bzeeb-lists@lists.zabbadoz.net)
Received: from transport.cksoft.de (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 57E2A1FF9A8; Mon,  5 Dec 2005 14:32:49 +0100 (CET)
Received: by transport.cksoft.de (Postfix, from userid 66)
	id CC5011FF9A7; Mon,  5 Dec 2005 14:32:46 +0100 (CET)
Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net
	[10.111.66.10])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 2C909444F50;
	Mon,  5 Dec 2005 13:29:58 +0000 (UTC)
Date: Mon, 5 Dec 2005 13:29:58 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@maildrop.int.zabbadoz.net
To: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
In-Reply-To: <1133786693.70431.9.camel@buffy.york.ac.uk>
Message-ID: <20051205132558.M88299@maildrop.int.zabbadoz.net>
References: <20051205113818.I88299@maildrop.int.zabbadoz.net>
	<1133786693.70431.9.camel@buffy.york.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de
Cc: freebsd-stable@freebsd.org
Subject: Re: panic logging out on serial console
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 13:32:53 -0000

On Mon, 5 Dec 2005, Gavin Atkinson wrote:

> On Mon, 2005-12-05 at 11:47 +0000, Bjoern A. Zeeb wrote:
>> I had been logged in on serial console and typed 'exit' and the
>> RELENG_6 machine went *kaboom*. I hadn't seen sth like this befire on
>> any of my other machines:
>>
>> i386/RELENG_6 from around 2005-11-17 11:00 UTC.
>>
>> --- 8< 8< 8< ---
>> foo# exit
>> logout
>>
>> Fatal trap 12: page fault while in kernel mode
>> fault virtual address   = 0x0
>> fault code              = supervisor read, page not present
>> instruction pointer     = 0x20:0x0
>> stack pointer           = 0x28:0xef699954
>> frame pointer           = 0x28:0xef699968
>> 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         = 70703 (getty)
>> trap number             = 12
>> panic: page fault
>>
>> I have the core file and can save it for some days but it won't
>> help a lot unless someone tells me how I can skip the frame with
>> the null pointer in kgdb.
>
> I've never had a problem with backtraces (even when IP=0x0) but don't
> forget you can always look at the stack with
>
> (gdb) x/40xw 0xef699954

oh thanks. I'll paste it in for the arguments:

(kgdb) x/40xw 0xef699954 
0xef699954:   * 0xc05b60db      0x00000000      0xc23b5c00      0xc23b4400
0xef699964:     0xc23b5c00      0xef699980    * 0xc0600ec8      0xc23b5cac
0xef699974:     0x00000000      0x00000000      0xc278a900      0xef699998
0xef699984:   * 0xc0770a81      0xc23b5c00      0xc23b4400      0x00000003
0xef699994:     0x0000cb00      0xef6999bc    * 0xc077062f      0xc23b5c00
0xef6999a4:     0x00770c5f      0x0000000c      0x00000003      0xc23b5c00
0xef6999b4:     0xc23b5d1c      0xc23b5cf0      0xef6999d8    * 0xc060209c
0xef6999c4:     0xc23b5c00      0xc23b5cc4      0xc2399300      0xef699bcc
0xef6999d4:     0xc0840b00      0xef6999f4    * 0xc05a7f87      0xc2399300
0xef6999e4:     0x00000003      0x00002000      0xc278a900      0x00000000

(kgdb) l *0xc05b60db
0xc05b60db is in knote (/u1/src/RELENG_6/sys/kern/kern_event.c:1534).
1529                    return;
1530
1531            KNL_ASSERT_LOCK(list, islocked);
1532
1533            if (!islocked) 
1534                    list->kl_lock(list->kl_lockarg); 
1535
1536            /*
1537             * If we unlock the list lock (and set KN_INFLUX), we can eliminate
1538             * the kqueue scheduling, but this will introduce four

(kgdb) l *0xc0600ec8
0xc0600ec8 is in ttwwakeup (/u1/src/RELENG_6/sys/kern/tty.c:2451).
2446                tp->t_outq.c_cc <= tp->t_olowat) {
2447                    CLR(tp->t_state, TS_SO_OLOWAT);
2448                    wakeup(TSA_OLOWAT(tp));
2449            }
2450            KNOTE_UNLOCKED(&tp->t_wsel.si_note, 0);
2451    }
2452
2453    /*
2454     * Look up a code for a specified speed in a conversion table;
2455     * used by drivers to map software speed values to hardware parameters.

(kgdb) l *0xc0770a81
0xc0770a81 is in comstart (systm.h:290).
285     static __inline intrmask_t      splsoftvm(void)         { return 0; }
286     static __inline intrmask_t      splsofttq(void)         { return 0; }
287     static __inline intrmask_t      splstatclock(void)      { return 0; }
288     static __inline intrmask_t      spltty(void)            { return 0; }
289     static __inline intrmask_t      splvm(void)             { return 0; }
290     static __inline void            splx(intrmask_t ipl __unused)   { return; }
291
292     /*
293      * Common `proc' functions are declared here so that proc.h can be included
294      * less often.

(kgdb) l *0xc077062f
0xc077062f is in comparam (/u1/src/RELENG_6/sys/dev/sio/sio.c:1902).
1897            ttyldoptim(tp);
1898
1899            mtx_unlock_spin(&sio_lock);
1900            splx(s);
1901            comstart(tp);
1902            if (com->ibufold != NULL) {
1903                    free(com->ibufold, M_DEVBUF);
1904                    com->ibufold = NULL;
1905            }
1906            return (0);

(kgdb) l *0xc060209c
0xc060209c is in ttyopen (/u1/src/RELENG_6/sys/kern/tty.c:3145).
3140                    tp->t_termios = ISCALLOUT(dev) ? tp->t_init_out : tp->t_init_in;
3141                    tp->t_cflag = tp->t_termios.c_cflag;
3142                    if (tp->t_modem != NULL)
3143                            tp->t_modem(tp, SER_DTR | SER_RTS, 0);
3144                    ++tp->t_wopeners;
3145                    error = tp->t_param(tp, &tp->t_termios);
3146                    --tp->t_wopeners;
3147                    if (error == 0 && tp->t_open != NULL)
3148                            error = tp->t_open(tp, dev);
3149                    if (error != 0)

(kgdb) l *0xc05a7f87
0xc05a7f87 is in giant_open (/u1/src/RELENG_6/sys/kern/kern_conf.c:242).
237     giant_open(struct cdev *dev, int oflags, int devtype, struct thread *td)
238     {
239             int retval;
240
241             mtx_lock(&Giant);
242             retval = dev->si_devsw->d_gianttrick->
243                 d_open(dev, oflags, devtype, td);
244             mtx_unlock(&Giant);
245             return (retval);
246     }

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 15:10:01 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 915F316A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 15:10:01 +0000 (GMT)
	(envelope-from dscheidt@panix.com)
Received: from mail2.panix.com (mail2.panix.com [166.84.1.73])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7775643D78
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 15:09:59 +0000 (GMT)
	(envelope-from dscheidt@panix.com)
Received: from panix1.panix.com (panix1.panix.com [166.84.1.1])
	by mail2.panix.com (Postfix) with ESMTP id C62419D9B4
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 10:09:58 -0500 (EST)
Received: (from dscheidt@localhost)
	by panix1.panix.com (8.11.6p3/8.8.8/PanixN1.1) id jB5F9wO09710
	for freebsd-stable@freebsd.org; Mon, 5 Dec 2005 10:09:58 -0500 (EST)
Date: Mon, 5 Dec 2005 10:09:58 -0500
From: David Scheidt <dscheidt@panix.com>
To: freebsd-stable@freebsd.org
Message-ID: <20051205150958.GA20164@panix.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.10i
Subject: panic: vm_fault: fault on nofault entry, addr: d0a5c000
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 15:10:01 -0000

There were messages about rl1 receiving oversized frames just before
the panic.  They didn't get recorded, sorry.  (Working remotely, no
serial console.)

I've still got the dump.  I can do more if required.

Regards,

David


GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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-marcel-freebsd".

Unread portion of the kernel message buffer:
panic: vm_fault: fault on nofault entry, addr: d0a5c000
KDB: enter: panic
panic: from debugger
Uptime: 1d18h30m35s
Dumping 255 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 255MB (65280 pages) 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16

#0  doadump () at pcpu.h:165
165		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) bt
#0  doadump () at pcpu.h:165
#1  0xc0564748 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399
#2  0xc05649f3 in panic (fmt=0xc076844f "from debugger")
    at /usr/src/sys/kern/kern_shutdown.c:555
#3  0xc0457be9 in db_panic (addr=-1067991289, have_addr=0, count=-1, 
    modif=0xcbfec924 "") at /usr/src/sys/ddb/db_command.c:438
#4  0xc0457b80 in db_command (last_cmdp=0xc0825ee4, cmd_table=0x0, 
    aux_cmd_tablep=0xc07b02a4, aux_cmd_tablep_end=0xc07b02a8)
    at /usr/src/sys/ddb/db_command.c:350
#5  0xc0457c48 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458
#6  0xc045983d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221
#7  0xc057c183 in kdb_trap (type=3, code=0, tf=0xcbfeca64)
    at /usr/src/sys/kern/subr_kdb.c:473
#8  0xc0734a5c in trap (frame=
      {tf_fs = -872546296, tf_es = -1068040152, tf_ds = -1065877464, tf_edi = 1, tf_esi = -1065735013, tf_ebp = -872494428, tf_isp = -872494448, tf_ebx = -872494384, tf_edx = 0, tf_ecx = -1056878592, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1067991289, tf_cs = 32, tf_eflags = 658, tf_esp = -872494396, tf_ss = -1068086877}) at /usr/src/sys/i386/i386/trap.c:591
#9  0xc07277ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#10 0xc057bf07 in kdb_enter (msg=0x12 <Address 0x12 out of bounds>)
    at cpufunc.h:60
#11 0xc05649a3 in panic (
    fmt=0xc07a2c9b "vm_fault: fault on nofault entry, addr: %lx")
    at /usr/src/sys/kern/kern_shutdown.c:539
#12 0xc06d61ec in vm_fault (map=0xc1043000, vaddr=3500523520, 
    fault_type=1 '\001', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:277
#13 0xc0734c4f in trap_pfault (frame=0xcbfecc0c, usermode=0, eva=3500523520)
    at /usr/src/sys/i386/i386/trap.c:731
#14 0xc07348e9 in trap (frame=
      {tf_fs = -1068171256, tf_es = -1049034712, tf_ds = 40, tf_edi = -1048979612, tf_esi = -794443778, tf_ebp = -872493928, tf_isp = -872494024, tf_ebx = -1049118720, tf_edx = -1048979456, tf_ecx = 39, tf_eax = -254535834, tf_trapno = 12, tf_err = 0, tf_eip = -1066193906, tf_cs = 32, tf_eflags = 66054, tf_esp = 10896, tf_ss = 2048}) at /usr/src/sys/i386/i386/trap.c:432
#15 0xc07277ea in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#16 0xc0732c0e in generic_bcopy () at /usr/src/sys/i386/i386/support.s:489
(kgdb) quit



#
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
#    http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ../../conf/NOTES and NOTES files.
# If you are in doubt as to the purpose or necessity of a line, check first
# in NOTES.
#
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.422 2005/01/05 05:25:21 kuriyama Exp $

machine		i386
cpu		I586_CPU
cpu		I686_CPU
ident		TOR

# To statically compile in device wiring instead of /boot/device.hints
#hints		"GENERIC.hints"		# Default places to look for devices.

makeoptions	DEBUG=-g		# Build kernel with gdb(1) debug symbols

#options 	SCHED_ULE		# ULE scheduler
options 	SCHED_4BSD		# 4BSD scheduler
options 	PREEMPTION		# Enable kernel thread preemption
options 	INET			# InterNETworking
options 	INET6			# IPv6 communications protocols
options 	FFS			# Berkeley Fast Filesystem
options 	SOFTUPDATES		# Enable FFS soft updates support
options 	UFS_ACL			# Support for access control lists
options 	UFS_DIRHASH		# Improve performance on big directories
options 	MD_ROOT			# MD is a potential root device
options 	NFSCLIENT		# Network Filesystem Client
options 	NFSSERVER		# Network Filesystem Server
options 	NFS_ROOT		# NFS usable as /, requires NFSCLIENT
options 	MSDOSFS			# MSDOS Filesystem
options 	CD9660			# ISO 9660 Filesystem
options 	PROCFS			# Process filesystem (requires PSEUDOFS)
options 	PSEUDOFS		# Pseudo-filesystem framework
options 	GEOM_GPT		# GUID Partition Tables.
options 	COMPAT_43		# Compatible with BSD 4.3 [KEEP THIS!]
options 	COMPAT_FREEBSD4		# Compatible with FreeBSD4
options 	SCSI_DELAY=5000		# Delay (in ms) before probing SCSI
options 	KTRACE			# ktrace(1) support
options 	SYSVSHM			# SYSV-style shared memory
options 	SYSVMSG			# SYSV-style message queues
options 	SYSVSEM			# SYSV-style semaphores
options 	_KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options 	KBD_INSTALL_CDEV	# install a CDEV entry in /dev
options 	AHC_REG_PRETTY_PRINT	# Print register bitfields in debug
					# output.  Adds ~128k to driver.
options 	AHD_REG_PRETTY_PRINT	# Print register bitfields in debug
					# output.  Adds ~215k to driver.
options 	ADAPTIVE_GIANT		# Giant mutex is adaptive.
options 	IPSEC
options 	IPSEC_ESP

# Debugging for use in -current
options 	KDB			# Enable kernel debugger support.
options 	DDB			# Support DDB.
options 	GDB			# Support remote GDB.
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 make an SMP kernel, the next two lines are needed
#options 	SMP			# Symmetric MultiProcessor Kernel
#device		apic			# I/O APIC

# Bus support.  Do not remove isa, even if you have no isa slots
device		isa
device		eisa
device		pci

# Floppy drives
device		fdc

# ATA and ATAPI devices
device		ata
device		atadisk		# ATA disk drives
device		ataraid		# ATA RAID drives
device		atapicd		# ATAPI CDROM drives
device		atapifd		# ATAPI floppy drives
device		atapist		# ATAPI tape drives
options 	ATA_STATIC_ID	# Static device numbering

# SCSI Controllers

# SCSI peripherals
device		scbus		# SCSI bus (required for SCSI)
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)
device		ses		# SCSI Environmental Services (and SAF-TE)

# RAID controllers interfaced to the SCSI subsystem

# atkbdc0 controls both the keyboard and the PS/2 mouse
device		atkbdc		# AT keyboard controller
device		atkbd		# AT keyboard
device		psm		# PS/2 mouse

device		vga		# VGA video card driver

device		splash		# Splash screen and screen saver support

# syscons is the default console driver, resembling an SCO console
device		sc

# Enable this for the pcvt (VT220 compatible) console driver
#device		vt
#options 	XSERVER		# support for X server on a vt console
#options 	FAT_CURSOR	# start with block cursor

device		agp		# support several AGP chipsets

# Floating point support - do not disable.
device		npx

# Power management support (see NOTES for more options)
#device		apm
# Add suspend/resume support for the i8254.
device		pmtimer

# PCCARD (PCMCIA) support
# PCMCIA and cardbus bridge support
device		cbb		# cardbus (yenta) bridge
device		pccard		# PC Card (16-bit) bus
device		cardbus		# CardBus (32-bit) bus

# Serial (COM) ports
device		sio		# 8250, 16[45]50 based serial ports

# Parallel port
device		ppc
device		ppbus		# Parallel port bus (required)
device		lpt		# Printer
device		plip		# TCP/IP over parallel
device		ppi		# Parallel port interface device
#device		vpo		# Requires scbus and da

# If you've got a "dumb" serial or parallel PCI card that is
# supported by the puc(4) glue driver, uncomment the following
# line to enable it (connects to the sio and/or ppc drivers):
#device		puc

# PCI Ethernet NICs.
device		de		# DEC/Intel DC21x4x (``Tulip'')
device		em		# Intel PRO/1000 adapter Gigabit Ethernet Card
device		ixgb		# Intel PRO/10GbE Ethernet Card
device		txp		# 3Com 3cR990 (``Typhoon'')
device		vx		# 3Com 3c590, 3c595 (``Vortex'')

# PCI Ethernet NICs that use the common MII bus controller code.
# NOTE: Be sure to keep the 'device miibus' line in order to use these NICs!
device		miibus		# MII bus support
device		bfe		# Broadcom BCM440x 10/100 Ethernet
device		bge		# Broadcom BCM570xx Gigabit Ethernet
device		dc		# DEC/Intel 21143 and various workalikes
device		fxp		# Intel EtherExpress PRO/100B (82557, 82558)
device		lge		# Level 1 LXT1001 gigabit Ethernet
device		nge		# NatSemi DP83820 gigabit Ethernet
device		pcn		# AMD Am79C97x PCI 10/100 (precedence over 'lnc')
device		re		# RealTek 8139C+/8169/8169S/8110S
device		rl		# RealTek 8129/8139
device		sf		# Adaptec AIC-6915 (``Starfire'')
device		sis		# Silicon Integrated Systems SiS 900/SiS 7016
device		sk		# SysKonnect SK-984x & SK-982x gigabit Ethernet
device		ste		# Sundance ST201 (D-Link DFE-550TX)
device		ti		# Alteon Networks Tigon I/II gigabit Ethernet
device		tl		# Texas Instruments ThunderLAN
device		tx		# SMC EtherPower II (83c170 ``EPIC'')
device		vge		# VIA VT612x gigabit Ethernet
device		vr		# VIA Rhine, Rhine II
device		wb		# Winbond W89C840F
device		xl		# 3Com 3c90x (``Boomerang'', ``Cyclone'')

# ISA Ethernet NICs.  pccard NICs included.
# 'device ed' requires 'device miibus'

# Wireless NIC cards
device		wlan		# 802.11 support
device		ath_hal
device		ath
device          ath_rate_onoe 
device		an		# Aironet 4500/4800 802.11 wireless NICs.
device		awi		# BayStack 660 and others
device		wi		# WaveLAN/Intersil/Symbol 802.11 wireless NICs.
#device		wl		# Older non 802.11 Wavelan wireless NIC.

# Pseudo devices.
device		loop		# Network loopback
device		mem		# Memory and kernel memory devices
device		io		# I/O device
device		random		# Entropy device
device		ether		# Ethernet support
device		sl		# Kernel SLIP
device		ppp		# Kernel PPP
device		tun		# Packet tunnel.
device		pty		# Pseudo-ttys (telnet etc)
device		md		# Memory "disks"
device		gif		# IPv6 and IPv4 tunneling
device		faith		# IPv6-to-IPv4 relaying (translation)

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
device		bpf		# Berkeley packet filter

# USB support
device		uhci		# UHCI PCI->USB interface
device		ohci		# OHCI PCI->USB interface
device		usb		# USB Bus (required)
#device		udbp		# USB Double Bulk Pipe devices
device		ugen		# Generic
device		uhid		# "Human Interface Devices"
device		ukbd		# Keyboard
device		ulpt		# Printer
device		umass		# Disks/Mass storage - Requires scbus and da
device		ums		# Mouse
device		urio		# Diamond Rio 500 MP3 player
device		uscanner	# Scanners
# USB Ethernet, requires miibus
device		aue		# ADMtek USB Ethernet
device		axe		# ASIX Electronics USB Ethernet
device		cue		# CATC USB Ethernet
device		kue		# Kawasaki LSI USB Ethernet
device		rue		# RealTek RTL8150 USB Ethernet

# FireWire support
device		firewire	# FireWire bus code
device		sbp		# SCSI over FireWire (Requires scbus and da)
device		fwe		# Ethernet over FireWire (non-standard!)

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 15:15:30 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6931B16A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 15:15:30 +0000 (GMT)
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 95D6743D5F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 15:15:27 +0000 (GMT)
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160])
	by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id jB5FFNPN007913; 
	Mon, 5 Dec 2005 15:15:23 GMT
Received: from buffy.york.ac.uk (localhost [127.0.0.1])
	by buffy.york.ac.uk (8.13.4/8.13.4) with ESMTP id jB5FFMQo071459;
	Mon, 5 Dec 2005 15:15:23 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
Received: (from ga9@localhost)
	by buffy.york.ac.uk (8.13.4/8.13.4/Submit) id jB5FFKPW071458;
	Mon, 5 Dec 2005 15:15:20 GMT
	(envelope-from gavin.atkinson@ury.york.ac.uk)
X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to
	gavin.atkinson@ury.york.ac.uk using -f
From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
In-Reply-To: <20051205132558.M88299@maildrop.int.zabbadoz.net>
References: <20051205113818.I88299@maildrop.int.zabbadoz.net>
	<1133786693.70431.9.camel@buffy.york.ac.uk>
	<20051205132558.M88299@maildrop.int.zabbadoz.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Mon, 05 Dec 2005 15:15:20 +0000
Message-Id: <1133795720.70431.26.camel@buffy.york.ac.uk>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port 
X-York-MailScanner: Found to be clean
X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk
Cc: freebsd-stable@freebsd.org
Subject: Re: panic logging out on serial console
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 15:15:30 -0000

On Mon, 2005-12-05 at 13:29 +0000, Bjoern A. Zeeb wrote:
> On Mon, 5 Dec 2005, Gavin Atkinson wrote:
> 
> > On Mon, 2005-12-05 at 11:47 +0000, Bjoern A. Zeeb wrote:
> >> I had been logged in on serial console and typed 'exit' and the
> >> RELENG_6 machine went *kaboom*. I hadn't seen sth like this befire on
> >> any of my other machines:
> >>
> >> i386/RELENG_6 from around 2005-11-17 11:00 UTC.
> >>
> >> --- 8< 8< 8< ---
> >> foo# exit
> >> logout
> >>
> >> Fatal trap 12: page fault while in kernel mode
> >> fault virtual address   = 0x0
> >> fault code              = supervisor read, page not present
> >> instruction pointer     = 0x20:0x0
> >> stack pointer           = 0x28:0xef699954
> >> frame pointer           = 0x28:0xef699968
> >> 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         = 70703 (getty)
> >> trap number             = 12
> >> panic: page fault
> >>
> >> I have the core file and can save it for some days but it won't
> >> help a lot unless someone tells me how I can skip the frame with
> >> the null pointer in kgdb.
> >
> > I've never had a problem with backtraces (even when IP=0x0) but don't
> > forget you can always look at the stack with
> >
> > (gdb) x/40xw 0xef699954
> 
> oh thanks. I'll paste it in for the arguments:

(kgdb) x/40xw 0xef699954 
0xef699954:   * 0xc05b60db      0x00000000      0xc23b5c00    0xc23b4400
0xef699964:     0xc23b5c00      0xef699980    * 0xc0600ec8    0xc23b5cac
0xef699974:     0x00000000      0x00000000      0xc278a900    0xef699998
0xef699984:   * 0xc0770a81      0xc23b5c00      0xc23b4400    0x00000003

[snip backtrace]

It looks nothing like mine so I'm pretty sure it's a different issue,
but I suspect there is enough detail there for someone who knows about
the tty/kqueue interaction to have a guess as to what is going on.  It
does look like one entry on the tty writers knote list has become NULL,
so maybe it's a race.

I wonder if
http://lists.freebsd.org/pipermail/freebsd-hackers/2005-April/011300.html is related?  Can you get a process listing out of the core file using
"ps -M" and see if it's similar to rwatson's panic?  Although in his
case, it looks like it panicked in the KNL_ASSERT_LOCK call, which again
would be indicative of a race (e.g. in your case the structure may have
been cleared between calling KNL_ASSERT_LOCK and
list->kl_lock(list->kl_lockarg) )

Gavin


From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 17:47:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CBE8B16A41F
	for <stable@freebsd.org>; Mon,  5 Dec 2005 17:47:31 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 39C1543D58
	for <stable@freebsd.org>; Mon,  5 Dec 2005 17:47:31 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11])
	(authenticated bits=0)
	by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jB5HlQaB045348;
	Mon, 5 Dec 2005 10:47:29 -0700 (MST)
	(envelope-from scottl@samsco.org)
Message-ID: <43947D36.6030002@samsco.org>
Date: Mon, 05 Dec 2005 10:47:34 -0700
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Joerg Pulz <Joerg.Pulz@frm2.tum.de>
References: <4390CCF9.60504@oregonfast.net>
	<20051203124126.P55116@hades.admin.frm2>
In-Reply-To: <20051203124126.P55116@hades.admin.frm2>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed 
	version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org
Cc: Michael Rogato <mrogato@oregonfast.net>, stable@freebsd.org
Subject: Re: FreeBSD-6 amr and ahd trouble
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 17:47:31 -0000

Joerg Pulz wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> On Fri, 2 Dec 2005, Michael Rogato wrote:
> 
>> I know I'm a couple weeks late, but I've been having the same problem 
>> with my 300-8x. It seems that after a seemingly random period of time 
>> on my dual opteron box, the system just hangs. It did kernel panic 
>> once when I was taking down the geom array. Originally I thought it 
>> might have something to do with GEOM, but since it's also happened 
>> outside of a GEOM array, I'm kind of at a loss.
>>
>> Have you managed to find anything out about what exactly is causing 
>> the problem? I don't get any kind of error messages, so I haven't had 
>> much luck in tracking it down.
> 
> 
> With help from Scott Long and John Baldwin, i have my system up and 
> running again without problems.
> You should build your own kernel which should have
> options     MUTEX_NOINLINE
> in the kernel configuration. With this option my system is working.
> 
> regards
> Joerg
> 

I think that the root problem is actually memory corruption from the
amr-cam module.  I haven't been able to nail it down further, though.
However, this module is entirely optional and isn't used for anything
in the base system (it's only useful if you hook up a cdrom or tape
drive to your RAID card), so I've disabled it CVS HEAD and RELENG_6
until I can fix it for good.

Scott

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 18:15:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 49E1B16A420
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 18:15:57 +0000 (GMT)
	(envelope-from oberman@es.net)
Received: from postal1.es.net (postal1.es.net [198.128.3.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0D55843D45
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 18:15:56 +0000 (GMT)
	(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
	by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465;
	Mon, 05 Dec 2005 10:15:52 -0800
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP id 2D7AB5D04;
	Mon,  5 Dec 2005 10:15:52 -0800 (PST)
To: "Matthew D. Fuller" <fullermd@over-yonder.net>
In-reply-to: Your message of "Mon, 05 Dec 2005 06:49:10 CST."
	<20051205124910.GC90806@over-yonder.net> 
Date: Mon, 05 Dec 2005 10:15:52 -0800
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20051205181552.2D7AB5D04@ptavv.es.net>
Cc: kama <kama@pvp.se>, freebsd-stable@freebsd.org,
	Peter Jeremy <PeterJeremy@optushome.com.au>
Subject: Re: cpu-timer rate 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 18:15:57 -0000

> Date: Mon, 5 Dec 2005 06:49:10 -0600
> From: "Matthew D. Fuller" <fullermd@over-yonder.net>
> Sender: owner-freebsd-stable@freebsd.org
> 
> On Mon, Dec 05, 2005 at 09:42:08AM +0100 I heard the voice of
> kama, and lo! it spake thus:
> > 
> > I appreciate that you took time to answer about the different
> > clocks. But that does not answer why vmstat -i shows a rate of 2000
> > when I have set the hz to 1000.
> 
> Because the rate is always twice hz.

While I will concede that I have no explanation, but on all of my systems
rate = HZ +/-1. I have never seen a case where rate/2 = HZ.
-- 
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

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 18:24:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2ADBD16A420
	for <stable@freebsd.org>; Mon,  5 Dec 2005 18:24:07 +0000 (GMT)
	(envelope-from Joerg.Pulz@frm2.tum.de)
Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 20FD643D58
	for <stable@freebsd.org>; Mon,  5 Dec 2005 18:24:01 +0000 (GMT)
	(envelope-from Joerg.Pulz@frm2.tum.de)
Received: from localhost (mailhost.frm2.tum.de [129.187.179.12])
	by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jB5INxm6048845;
	Mon, 5 Dec 2005 19:23:59 +0100 (CET)
	(envelope-from jpulz@frm2.tum.de)
Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10])
	by mailhost.frm2.tum.de (8.13.3/8.13.3) with ESMTP id jB5INukp048837
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Mon, 5 Dec 2005 19:23:56 +0100 (CET)
	(envelope-from jpulz@frm2.tum.de)
Received: from hades.admin.frm2 (localhost [127.0.0.1])
	by hades.admin.frm2 (8.13.3/8.13.3) with ESMTP id jB5INusD012923;
	Mon, 5 Dec 2005 19:23:56 +0100 (CET)
	(envelope-from jpulz@frm2.tum.de)
Received: (from jpulz@localhost)
	by hades.admin.frm2 (8.13.3/8.13.3/Submit) id jB5INrs9012922;
	Mon, 5 Dec 2005 19:23:53 +0100 (CET) (envelope-from jpulz)
Date: Mon, 5 Dec 2005 19:23:51 +0100 (CET)
From: Joerg Pulz <Joerg.Pulz@frm2.tum.de>
To: Scott Long <scottl@samsco.org>
In-Reply-To: <43947D36.6030002@samsco.org>
Message-ID: <20051205191922.L55116@hades.admin.frm2>
References: <4390CCF9.60504@oregonfast.net>
	<20051203124126.P55116@hades.admin.frm2>
	<43947D36.6030002@samsco.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: at mailhost.frm2.tum.de
Cc: Michael Rogato <mrogato@oregonfast.net>, stable@freebsd.org
Subject: Re: FreeBSD-6 amr and ahd trouble
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 18:24:07 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Mon, 5 Dec 2005, Scott Long wrote:

> Joerg Pulz wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> 
>> 
>> On Fri, 2 Dec 2005, Michael Rogato wrote:
>> 
>>> I know I'm a couple weeks late, but I've been having the same problem with 
>>> my 300-8x. It seems that after a seemingly random period of time on my 
>>> dual opteron box, the system just hangs. It did kernel panic once when I 
>>> was taking down the geom array. Originally I thought it might have 
>>> something to do with GEOM, but since it's also happened outside of a GEOM 
>>> array, I'm kind of at a loss.
>>> 
>>> Have you managed to find anything out about what exactly is causing the 
>>> problem? I don't get any kind of error messages, so I haven't had much 
>>> luck in tracking it down.
>> 
>> 
>> With help from Scott Long and John Baldwin, i have my system up and running 
>> again without problems.
>> You should build your own kernel which should have
>> options     MUTEX_NOINLINE
>> in the kernel configuration. With this option my system is working.
>> 
>> regards
>> Joerg
>> 
>
> I think that the root problem is actually memory corruption from the
> amr-cam module.  I haven't been able to nail it down further, though.
> However, this module is entirely optional and isn't used for anything
> in the base system (it's only useful if you hook up a cdrom or tape
> drive to your RAID card), so I've disabled it CVS HEAD and RELENG_6
> until I can fix it for good.

Hi Scott,

i've just "backported" the amr.c changes from HEAD and removed the
options 	MUTEX_NOINLINE
line from my kernel configuration. After rebuilding and installing the new 
kernel, the syste came up without any problems, so your assumption about 
the amr-cam interface seems to be right.

thanks
Joerg

- -- 
The beginning is the most important part of the work.
 				-Plato
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (FreeBSD)

iD8DBQFDlIW5SPOsGF+KA+MRArG8AJ9B+QuW28AcC+WgxnZLtqr2GOs/WgCeOhiF
uAjgpBQzOfT31ziF9C7MBVw=
=d98U
-----END PGP SIGNATURE-----

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 19:48:03 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 991B416A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 19:48:03 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from mail.localelinks.com (web.localelinks.com [65.170.254.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4110743D5D
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 19:48:00 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from draco.over-yonder.net (adsl-222-65-122.jan.bellsouth.net
	[68.222.65.122])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.localelinks.com (Postfix) with ESMTP id 2C01FAD
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 13:48:00 -0600 (CST)
Received: by draco.over-yonder.net (Postfix, from userid 100)
	id 0583061C27; Mon,  5 Dec 2005 13:47:57 -0600 (CST)
Date: Mon, 5 Dec 2005 13:47:56 -0600
From: "Matthew D. Fuller" <fullermd@over-yonder.net>
To: Kevin Oberman <oberman@es.net>
Message-ID: <20051205194756.GG90806@over-yonder.net>
References: <20051205124910.GC90806@over-yonder.net>
	<20051205181552.2D7AB5D04@ptavv.es.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051205181552.2D7AB5D04@ptavv.es.net>
X-Editor: vi
X-OS: FreeBSD <http://www.freebsd.org/>
User-Agent: Mutt/1.5.11-fullermd.2
Cc: kama <kama@pvp.se>, freebsd-stable@freebsd.org,
	Peter Jeremy <PeterJeremy@optushome.com.au>
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 19:48:03 -0000

On Mon, Dec 05, 2005 at 10:15:52AM -0800 I heard the voice of
Kevin Oberman, and lo! it spake thus:
> > From: "Matthew D. Fuller" <fullermd@over-yonder.net>
> > 
> > Because the rate is always twice hz.
> 
> While I will concede that I have no explanation, but on all of my
> systems rate = HZ +/-1. I have never seen a case where rate/2 = HZ.

Well, OK, it always is when you're using the LAPIC timer, which I
think is on 6.x and up (with the APIC enabled, of course).  When
you're using irq0, it just runs at hz.


-- 
Matthew Fuller     (MF4839)   |  fullermd@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
           On the Internet, nobody can hear you scream.

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 19:57:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2338D16A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 19:57:32 +0000 (GMT)
	(envelope-from vincent@xtra-net.org)
Received: from smtp.xtra-net.be (cable-195-162-200-89.customer.tvd.be
	[195.162.200.89])
	by mx1.FreeBSD.org (Postfix) with SMTP id 1BE9043D5D
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 19:57:28 +0000 (GMT)
	(envelope-from vincent@xtra-net.org)
Received: (qmail 77708 invoked from network); 5 Dec 2005 19:57:29 -0000
Received: from wbedllfs.xtra-net.org (HELO wbedllfs.xtra-net.be) (192.168.1.21)
	by 0 with SMTP; 5 Dec 2005 19:57:29 -0000
From: Vincent Blondel <vincent@xtra-net.org>
To: freebsd-stable@freebsd.org
Content-Type: text/plain
Date: Mon, 05 Dec 2005 20:57:26 +0100
Message-Id: <1133812646.1005.23.camel@wbedllfs.xtra-net.be>
Mime-Version: 1.0
X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port 
Content-Transfer-Encoding: 7bit
Subject: portmap IP conflict
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 19:57:32 -0000

Hello all,

My FreeBSD actually knows an IP conflict due a bug in 'rpcbind' code. It
does well exist an option ( -h <IP Address> ) to bind 'rcpbind' process
to a unique IP address but this actually only works with UDP ( except
for a service running on port 855 but don't know what this service
is ??? ) and not TCP.

vincent@wbedllfs [/home/vincent] # ps -waux |grep rpc
root      15505  0.0  0.1  1452  1144  ??  Is    8:05PM   0:00.01
rpcbind -h 10.66.1.1

vincent@wbedllfs [/home/vincent] # sockstat -l4
USER     COMMAND    PID   FD PROTO  LOCAL ADDRESS         FOREIGN
ADDRESS
root     rpcbind    15505 10 udp4   127.0.0.1:111         *:*
root     rpcbind    15505 11 udp4   10.66.1.1:111         *:*
root     rpcbind    15505 12 udp4   *:855                 *:*
root     rpcbind    15505 13 tcp4   *:111                 *:*

It seems that this problem is known for a long time but didn't find any
patch for it or just an old one for portmap 

  http://memberwebs.com/nielsen/freebsd/jails/patches/portmap-j.html

So is there somebody having such a patch but for rpcbind on FreeBSD
RELENG_5 ?

Regards
Vincent.


From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 20:12:55 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C9F9416A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 20:12:55 +0000 (GMT)
	(envelope-from ronald-freebsd8@klop.yi.org)
Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D8B9F43D94
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 20:12:49 +0000 (GMT)
	(envelope-from ronald-freebsd8@klop.yi.org)
Received: from [82.171.39.195] (helo=guido.klop.ws)
	by smtp-out1.tiscali.nl with smtp (Tiscali http://www.tiscali.nl)
	id 1EjMha-0001en-Pf
	for <freebsd-stable@freebsd.org>; Mon, 05 Dec 2005 21:12:46 +0100
Received: (qmail 38273 invoked from network); 5 Dec 2005 20:12:45 -0000
Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1)
	by localhost.thuis.klop.ws with SMTP; 5 Dec 2005 20:12:45 -0000
To: freebsd-stable@freebsd.org
References: <20051203115914.GA2130@osiris.chen.org.nz>
	<20051205060424.GK54409@sysadm.stc>
Message-ID: <op.s1bufifr8527sy@outgoing.local>
From: "Ronald Klop" <ronald-freebsd8@klop.yi.org>
Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Date: Mon, 05 Dec 2005 21:12:44 +0100
In-Reply-To: <20051205060424.GK54409@sysadm.stc>
User-Agent: Opera M2/8.51 (FreeBSD, build 1462)
Subject: Re: USB Devices not appearing in /dev
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 20:12:55 -0000

On Mon, 05 Dec 2005 07:04:24 +0100, Igor Robul <igorr@speechpro.com> wrote:

> On Sun, Dec 04, 2005 at 12:59:14AM +1300, Jonathan Chen wrote:
>> However, if I look in /dev, I only see the generic usb[0-3] devices.
>> When I used to run 5.4-STABLE, the device entries did appear in /dev.
>> I have a similar problem with Palm devices and ucom0 not appearing.
> In many cases, you need press "Sync" button on cable to make ucom
> appear.

I think he needs /dev/cuaU0 as mentioned in the FILES section of 'man  
ucom'.

-- 
  Ronald Klop
  Amsterdam, The Netherlands

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 20:33:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8BE7116A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 20:33:11 +0000 (GMT)
	(envelope-from europa100@comcast.net)
Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A00AA43D58
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 20:32:54 +0000 (GMT)
	(envelope-from europa100@comcast.net)
Received: from lm741n.had1.or.comcast.net.
	(c-24-20-8-31.hsd1.or.comcast.net[24.20.8.31])
	by comcast.net (rwcrmhc11) with SMTP
	id <2005120520324801300c4f9qe>; Mon, 5 Dec 2005 20:32:48 +0000
Date: Mon, 5 Dec 2005 12:32:43 -0800
From: Rob <europa100@comcast.net>
To: freebsd-stable@freebsd.org
Message-Id: <20051205123243.6ce395ec.europa100@comcast.net>
X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd6.0)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: HP zd8000 laptop reboots on its own with FreeBSD 6.0 release
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 20:33:11 -0000


Hi, 

I have had several spontaneous reboots with the 6.0 release installed
off of the iso CD.  I am wondering if I should upgrade to stable?  

I have had problems with this laptop in Linux where it would not get
through the ACPI part of the boot process.  I would have to reboot it
several times before it would go all the way through.

After I first installed FreeBSD, I thought I might be having some
problem with Mozilla as it tends to create zombie processes.  Firefox
starts to eat up 100% cpu on the first WWW page visited.  But then it
could be an Xorg or Enlightenment problem as well.

I wonder if anyone else uses this type laptop, and if they have had
problems? Maybe before upgrading to stable I should try disabling ACPI
and/or hyperthreading and see what happens.  But I don't like waiting
for problems to happen if someone else has found the solution already.

Thanks a lot,

Rob Lytle

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 20:43:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6919016A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 20:43:28 +0000 (GMT)
	(envelope-from oberman@es.net)
Received: from postal1.es.net (postal1.es.net [198.128.3.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B78A643D55
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 20:43:27 +0000 (GMT)
	(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
	by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465;
	Mon, 05 Dec 2005 12:43:23 -0800
Received: from ptavv (localhost [127.0.0.1])
	by ptavv.es.net (Tachyon Server) with ESMTP id 787065D04;
	Mon,  5 Dec 2005 12:43:19 -0800 (PST)
To: "Matthew D. Fuller" <fullermd@over-yonder.net>
In-reply-to: Your message of "Mon, 05 Dec 2005 13:47:56 CST."
	<20051205194756.GG90806@over-yonder.net> 
Date: Mon, 05 Dec 2005 12:43:19 -0800
From: "Kevin Oberman" <oberman@es.net>
Message-Id: <20051205204319.787065D04@ptavv.es.net>
Cc: kama <kama@pvp.se>, freebsd-stable@freebsd.org,
	Peter Jeremy <PeterJeremy@optushome.com.au>
Subject: Re: cpu-timer rate 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 20:43:28 -0000

> Date: Mon, 5 Dec 2005 13:47:56 -0600
> From: "Matthew D. Fuller" <fullermd@over-yonder.net>
> 
> On Mon, Dec 05, 2005 at 10:15:52AM -0800 I heard the voice of
> Kevin Oberman, and lo! it spake thus:
> > > From: "Matthew D. Fuller" <fullermd@over-yonder.net>
> > > 
> > > Because the rate is always twice hz.
> > 
> > While I will concede that I have no explanation, but on all of my
> > systems rate = HZ +/-1. I have never seen a case where rate/2 = HZ.
> 
> Well, OK, it always is when you're using the LAPIC timer, which I
> think is on 6.x and up (with the APIC enabled, of course).  When
> you're using irq0, it just runs at hz.

That would explain it. While most of the systems in question are V6 or
V7, none is multi-processor and, being conservative, I don't run APIC
on any of them. (An exception is my -current system, but it locks up on
boot with APIC enabled.)

Maybe I should try it some time just to see what happens. ;-)

Thanks.
-- 
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

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 20:56:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 587BC16A41F;
	Mon,  5 Dec 2005 20:56:29 +0000 (GMT)
	(envelope-from green@green.homeunix.org)
Received: from green.homeunix.org (green@localhost [127.0.0.1])
	by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jB5KuS5M086533;
	Mon, 5 Dec 2005 15:56:28 -0500 (EST)
	(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
	by green.homeunix.org (8.13.4/8.13.1/Submit) id jB5KuS8V086532;
	Mon, 5 Dec 2005 15:56:28 -0500 (EST) (envelope-from green)
Date: Mon, 5 Dec 2005 15:56:28 -0500
From: Brian Fundakowski Feldman <green@freebsd.org>
To: kama <kama@pvp.se>
Message-ID: <20051205205627.GC25452@green.homeunix.org>
References: <20051123134710.G57888@ns1.as.pvp.se>
	<6.2.3.4.0.20051123080932.085e9138@64.7.153.2>
	<20051123153018.V57888@ns1.as.pvp.se>
	<6.2.3.4.0.20051123093315.0322d048@64.7.153.2>
	<20051205122757.J5758@ns1.as.pvp.se>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051205122757.J5758@ns1.as.pvp.se>
User-Agent: Mutt/1.5.11
Cc: freebsd-stable@freebsd.org
Subject: Re: 6.0 Stable reboots randomly during high load.
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 20:56:29 -0000

On Mon, Dec 05, 2005 at 12:30:05PM +0100, kama wrote:
> 
> The system crashed again this weekend, but nothing is created in
> /var/crash.

Try a serial console...

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\

From owner-freebsd-stable@FreeBSD.ORG  Mon Dec  5 23:18:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 28DAF16A41F
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 23:18:57 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao01.coxmail.com (dukecmmtao01.coxmail.com
	[68.99.120.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB2B043D91
	for <freebsd-stable@freebsd.org>; Mon,  5 Dec 2005 23:18:51 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao01.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051205231923.QIFP1375.dukecmmtao01.coxmail.com@dns1>
	for <freebsd-stable@freebsd.org>; Mon, 5 Dec 2005 18:19:23 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Mon, 5 Dec 2005 15:18:43 -0800
User-Agent: KMail/1.8.3
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: base64
Content-Disposition: inline
Message-Id: <200512051518.43896.vizion@vizion.occoxmail.com>
Subject: Upgrading 5.3 > 6.0 buildworld failure in libkrb5
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Dec 2005 23:18:57 -0000

SGkKCkkgaGF2ZSB0cmllZCByZXBlYXRlZGx5IHRvIGdldCBtYWtlIGJ1aWxkd29ybGQgZm9yIHVw
Z3JhZGluZyBmcm9tIGZyZWVic2QgNS4zIAp0byA2LjAgYnV0IGdldCByZXBlYXRlZCBmYWlsdXJl
IGluIGxpYmtyYjUuCgpGcmVlQlNEIDUuMy1SRUxFQVNFICMwOiBGcmkgTm92ICA1IDA0OjE5OjE4
IFVUQyAyMDA0CiAgICByb290QGhhcmxvdy5jc2UuYnVmZmFsby5lZHU6L3Vzci9vYmovdXNyL3Ny
Yy9zeXMvR0VORVJJQwpUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1
YWxpdHkgMApDUFU6IEFNRCBBdGhsb24odG0pICAoMTU5My41NC1NSHogNjg2LWNsYXNzIENQVSkK
ICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAweDZhMCAgU3RlcHBpbmcgPSAwCiAgCkZl
YXR1cmVzPTB4MzgzZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMs
U0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixNTVgsRlhTUixTU0U+CiAgQU1EIEZlYXR1
cmVzPTB4YzA0ODAwMDA8TVAsQU1JRSxEU1AsM0ROb3chPgpyZWFsIG1lbW9yeSAgPSAyMDgwMzA5
MjQ4ICgxOTgzIE1CKQphdmFpbCBtZW1vcnkgPSAyMDMwMDAyMTc2ICgxOTM1IE1CKQpBQ1BJIEFQ
SUMgVGFibGU6IDxLTTQwMEEgQVdSREFDUEk+CgpJIGhhdmUgdHJpZWQgd2l0aCB2ZXJ5IGhlbHBm
dWwgYWR2aWNlIGZyb20gZnJlZWJzZC1xdWVzdGlvbnMgY29udHJpYnV0b3JzOgoKd2l0aCBhbmQg
d2l0aG91dCBjY2FjaGUKM3ggbWFrZSBjbGVhbmRpciBwcmlvciB0byBidWlsZAphZGRpdGlvbmFs
IGN2c3VwIG9mIHNvdXJjZSB0cmVlCgpidXQgdGhlIHByb2JsZW0gc3RpbGwgcmVtYWlucyAuIApI
b3BlZnVsbHkgc29tZW9uZSBvbiBzdGFibGUgbWF5IGhhdmUgdGhlIGFuc3dlci4KCkhlcmUgaXMg
bXkgbWFrZS5jb25mCgpTRU5ETUFJTF9DRl9ESVI9ICAgICAgICAvdXNyL2xvY2FsL3NoYXJlL3Nl
bmRtYWlsL2NmCiMgYWRkZWQgYnkgdXNlLnBlcmwgMjAwNS0xMS0xOCAxMDo1MTozNgpQRVJMX1ZF
Uj01LjguNwpQRVJMX1ZFUlNJT049NS44LjcKLmlmICFkZWZpbmVkKE5PQ0NBQ0hFKQouaWYgJHsu
Q1VSRElSOk0vdXNyL3NyYyp9CkNDPS91c3IvbG9jYWwvbGliZXhlYy9jY2FjaGUvY2MKQ1hYPS91
c3IvbG9jYWwvbGliZXhlYy9jY2FjaGUvYysrCi5lbHNlCkNDPWNjCkNYWD1jKysKLmVuZGlmCi5l
bHNlCkNDPS91c3IvYmluL2NjCkNYWD0vdXNyL2Jpbi9jKysKLmVuZGlmCgpJIHNob3cgdGhlIG91
dHB1dCBmcm9tIHBrZ19pbmZvIGJlbG93IHRoZSBidWlsZCByZXN1bHQKCiMgY2QgL3Vzci9zcmMg
JiYgbWFrZSBOT0NDQUNIRT0xIGJ1aWxkd29ybGQgJiYgoG1ha2UgTk9DQ0FDSEU9MSBidWlsZGtl
cm5lbAoKLyogTk9URTogSSBnZXQgdGhlIHNhbWUgZmFpbHVyZSBmb3IgdGhlIHNhbWUgZnVuY3Rp
b24gaW4gbGlua3JiNSBubyBtYXR0ZXIgCndoYXQgSSB0cnk6ICovCgovbGlia3JiNS8uLi8uLi8u
Li9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9uZXRfd3JpdGUuYyAvdXNyL3NyYy9rZXJiZXJvczUv
bGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvcGFkYXRhLmMgL3Vz
ci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9r
cmI1L3ByaW5jaXBhbC5jIC91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9j
cnlwdG8vaGVpbWRhbC9saWIva3JiNS9wcm9nX3NldHVwLmMgL3Vzci9zcmMva2VyYmVyb3M1L2xp
Yi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1L3Byb21wdGVyX3Bvc2l4
LmMgL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFs
L2xpYi9rcmI1L3JkX2NyZWQuYyAvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4v
Li4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvcmRfZXJyb3IuYyAvdXNyL3NyYy9rZXJiZXJvczUv
bGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvcmRfcHJpdi5jIC91
c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIv
a3JiNS9yZF9yZXAuYyAvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5
cHRvL2hlaW1kYWwvbGliL2tyYjUvcmRfcmVxLmMgL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJr
cmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1L3JkX3NhZmUuYyAvdXNyL3NyYy9r
ZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvcmVh
ZF9tZXNzYWdlLmMgL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0
by9oZWltZGFsL2xpYi9rcmI1L3JlY3ZhdXRoLmMgL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJr
cmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1L3JlcGxheS5jIC91c3Ivc3JjL2tl
cmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9zZW5k
X3RvX2tkYy5jIC91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8v
aGVpbWRhbC9saWIva3JiNS9zZW5kYXV0aC5jIC91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3Ji
NS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9zZXRfZGVmYXVsdF9yZWFsbS5jIC91
c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIv
a3JiNS9zb2NrX3ByaW5jaXBhbC5jIC91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8u
Li8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9zdG9yZS5jIC91c3Ivc3JjL2tlcmJlcm9zNS9s
aWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9zdG9yZV9lbWVtLmMg
L3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xp
Yi9rcmI1L3N0b3JlX2ZkLmMgL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4u
L2NyeXB0by9oZWltZGFsL2xpYi9rcmI1L3N0b3JlX21lbS5jIC91c3Ivc3JjL2tlcmJlcm9zNS9s
aWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS90aWNrZXQuYyAvdXNy
L3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2ty
YjUvdGltZS5jIC91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8v
aGVpbWRhbC9saWIva3JiNS90cmFuc2l0ZWQuYyAvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmty
YjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvdmVyaWZ5X2luaXQuYyAvdXNyL3Ny
Yy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUv
dmVyaWZ5X3VzZXIuYyAvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5
cHRvL2hlaW1kYWwvbGliL2tyYjUvdmVyc2lvbi5jIC91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGli
a3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS93YXJuLmMgL3Vzci9zcmMva2Vy
YmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1L3dyaXRl
X21lc3NhZ2UuYwovdXNyL2Jpbi9jYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgoAot
SS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9s
aWIva3JiNSAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRv
L2hlaW1kYWwvbGliL2FzbjEgCi1JL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4u
Ly4uL2NyeXB0by9oZWltZGFsL2xpYi9yb2tlbiAtSS4gCi1ESEFWRV9DT05GSUdfSCAtSS91c3Iv
c3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi9pbmNsdWRlIC1ESU5FVDYgoAotYyAvdXNy
L3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2ty
YjUvYWNsLmMKL3Vzci9iaW4vY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIKAKLUkv
dXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGli
L2tyYjUgCi1JL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9o
ZWltZGFsL2xpYi9hc24xIAotSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8u
Li9jcnlwdG8vaGVpbWRhbC9saWIvcm9rZW4gLUkuIAotREhBVkVfQ09ORklHX0ggLUkvdXNyL3Ny
Yy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vaW5jbHVkZSAtRElORVQ2IKAKLWMgL3Vzci9z
cmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1
L2FkZF9ldF9saXN0LmMKL3Vzci9iaW4vY2MgLU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBl
IKAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1k
YWwvbGliL2tyYjUgCi1JL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2Ny
eXB0by9oZWltZGFsL2xpYi9hc24xIAotSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8u
Li8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIvcm9rZW4gLUkuIAotREhBVkVfQ09ORklHX0ggLUkv
dXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vaW5jbHVkZSAtRElORVQ2IKAKLWMg
L3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xp
Yi9rcmI1L2FkZHJfZmFtaWxpZXMuYwovdXNyL2Jpbi9jYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNp
bmcgLXBpcGUgoAotSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlw
dG8vaGVpbWRhbC9saWIva3JiNSAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4v
Li4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2FzbjEgCi1JL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9s
aWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9yb2tlbiAtSS4gCi1ESEFWRV9DT05G
SUdfSCAtSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi9pbmNsdWRlIC1ESU5F
VDYgoAotYyAvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hl
aW1kYWwvbGliL2tyYjUvYW5hbWVfdG9fbG9jYWxuYW1lLmMKL3Vzci9iaW4vY2MgLU8yIC1mbm8t
c3RyaWN0LWFsaWFzaW5nIC1waXBlIKAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUv
Li4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUgCi1JL3Vzci9zcmMva2VyYmVyb3M1L2xp
Yi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9hc24xIAotSS91c3Ivc3JjL2tl
cmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIvcm9rZW4gLUku
IAotREhBVkVfQ09ORklHX0ggLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4v
aW5jbHVkZSAtRElORVQ2IKAKLWMgL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4u
Ly4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1L2FwcGRlZmF1bHQuYwovdXNyL2Jpbi9jYyAtTzIg
LWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgoAotSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGli
a3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNSAKLUkvdXNyL3NyYy9rZXJiZXJv
czUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2FzbjEgCi1JL3Vzci9z
cmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9yb2tl
biAtSS4gCi1ESEFWRV9DT05GSUdfSCAtSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8u
Li8uLi9pbmNsdWRlIC1ESU5FVDYgoAotYyAvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUv
Li4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvYXNuMV9nbHVlLmMKL3Vzci9iaW4vY2Mg
LU8yIC1mbm8tc3RyaWN0LWFsaWFzaW5nIC1waXBlIKAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGli
L2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUgCi1JL3Vzci9zcmMva2Vy
YmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9hc24xIAotSS91
c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIv
cm9rZW4gLUkuIAotREhBVkVfQ09ORklHX0ggLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmty
YjUvLi4vLi4vaW5jbHVkZSAtRElORVQ2IKAKLWMgL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJr
cmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1L2F1dGhfY29udGV4dC5jCi91c3Iv
YmluL2NjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSCgCi1JL3Vzci9zcmMva2VyYmVy
b3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9rcmI1IAotSS91c3Iv
c3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIvYXNu
MSAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1k
YWwvbGliL3Jva2VuIC1JLiAKLURIQVZFX0NPTkZJR19IIC1JL3Vzci9zcmMva2VyYmVyb3M1L2xp
Yi9saWJrcmI1Ly4uLy4uL2luY2x1ZGUgLURJTkVUNiCgCi1jIC91c3Ivc3JjL2tlcmJlcm9zNS9s
aWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9idWlsZF9hcF9yZXEu
YwovdXNyL2Jpbi9jYyAtTzIgLWZuby1zdHJpY3QtYWxpYXNpbmcgLXBpcGUgoAotSS91c3Ivc3Jj
L2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNSAK
LUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwv
bGliL2FzbjEgCi1JL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0
by9oZWltZGFsL2xpYi9yb2tlbiAtSS4gCi1ESEFWRV9DT05GSUdfSCAtSS91c3Ivc3JjL2tlcmJl
cm9zNS9saWIvbGlia3JiNS8uLi8uLi9pbmNsdWRlIC1ESU5FVDYgoAotYyAvdXNyL3NyYy9rZXJi
ZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvYnVpbGRf
YXV0aC5jCi91c3IvYmluL2NjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSCgCi1JL3Vz
ci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9r
cmI1IAotSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVp
bWRhbC9saWIvYXNuMSAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4v
Y3J5cHRvL2hlaW1kYWwvbGliL3Jva2VuIC1JLiAKLURIQVZFX0NPTkZJR19IIC1JL3Vzci9zcmMv
a2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uL2luY2x1ZGUgLURJTkVUNiCgCi1jIC91c3Ivc3Jj
L2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9j
YWNoZS5jCi91c3IvYmluL2NjIC1PMiAtZm5vLXN0cmljdC1hbGlhc2luZyAtcGlwZSCgCi1JL3Vz
ci9zcmMva2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uLy4uL2NyeXB0by9oZWltZGFsL2xpYi9r
cmI1IAotSS91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVp
bWRhbC9saWIvYXNuMSAKLUkvdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4v
Y3J5cHRvL2hlaW1kYWwvbGliL3Jva2VuIC1JLiAKLURIQVZFX0NPTkZJR19IIC1JL3Vzci9zcmMv
a2VyYmVyb3M1L2xpYi9saWJrcmI1Ly4uLy4uL2luY2x1ZGUgLURJTkVUNiCgCi1jIC91c3Ivc3Jj
L2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVpbWRhbC9saWIva3JiNS9j
aGFuZ2Vwdy5jCi91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8v
aGVpbWRhbC9saWIva3JiNS9jaGFuZ2Vwdy5jOiBJbiAKZnVuY3Rpb24gYHNldHB3X3NlbmRfcmVx
dWVzdCc6Ci91c3Ivc3JjL2tlcmJlcm9zNS9saWIvbGlia3JiNS8uLi8uLi8uLi9jcnlwdG8vaGVp
bWRhbC9saWIva3JiNS9jaGFuZ2Vwdy5jOjE3MDogCmVycm9yOiBzeW50YXggZXJyb3IgYmVmb3Jl
ICJjaHB3IgovdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hl
aW1kYWwvbGliL2tyYjUvY2hhbmdlcHcuYzoxODg6IAplcnJvcjogYGNocHcnIHVuZGVjbGFyZWQg
KGZpcnN0IHVzZSBpbiB0aGlzIGZ1bmN0aW9uKQovdXNyL3NyYy9rZXJiZXJvczUvbGliL2xpYmty
YjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2tyYjUvY2hhbmdlcHcuYzoxODg6IAplcnJv
cjogKEVhY2ggdW5kZWNsYXJlZCBpZGVudGlmaWVyIGlzIHJlcG9ydGVkIG9ubHkgb25jZQovdXNy
L3NyYy9rZXJiZXJvczUvbGliL2xpYmtyYjUvLi4vLi4vLi4vY3J5cHRvL2hlaW1kYWwvbGliL2ty
YjUvY2hhbmdlcHcuYzoxODg6IAplcnJvcjogZm9yIGVhY2ggZnVuY3Rpb24gaXQgYXBwZWFycyBp
bi4pCioqKiBFcnJvciBjb2RlIDEKClN0b3AgaW4gL3Vzci9zcmMva2VyYmVyb3M1L2xpYi9saWJr
cmI1LgoqKiogRXJyb3IgY29kZSAxCgpTdG9wIGluIC91c3Ivc3JjLgoqKiogRXJyb3IgY29kZSAx
CgpTdG9wIGluIC91c3Ivc3JjLgoqKiogRXJyb3IgY29kZSAxCgpTdG9wIGluIC91c3Ivc3JjLgoq
KiogRXJyb3IgY29kZSAxCgpTdG9wIGluIC91c3Ivc3JjLgpkbnMxIyCgIKAgoCCgIKAgoCCgCi0t
IApkbnMxIyBwa2dfaW5mbwpJbWFnZU1hZ2ljay02LjIuMi4xIEltYWdlIHByb2Nlc3NpbmcgdG9v
bHMKT1JCaXQtMC41LjE3XzIgICAgICBIaWdoLXBlcmZvcm1hbmNlIENPUkJBIE9SQiB3aXRoIHN1
cHBvcnQgZm9yIHRoZSBDIGxhbmd1YWdlCk9SQml0Mi0yLjEyLjRfMSAgICAgSGlnaC1wZXJmb3Jt
YW5jZSBDT1JCQSBPUkIgd2l0aCBzdXBwb3J0IGZvciB0aGUgQyBsYW5ndWFnZQpPcGVuRVhSLTEu
Mi4yICAgICAgIEEgaGlnaCBkeW5hbWljLXJhbmdlIChIRFIpIGltYWdlIGZpbGUgZm9ybWF0CmFh
bGliLTEuNC5yNV8xICAgICAgQW4gYXNjaWkgYXJ0IGxpYnJhcnkKYWNyb3JlYWQ3LTcuMC4xICAg
ICBWaWV3LCBkaXN0cmlidXRlIGFuZCBwcmludCBQREYgZG9jdW1lbnRzCmFtc3BzZm50LTEuMF8z
ICAgICAgQU1TRm9udHMgUG9zdFNjcmlwdCBGb250cyAoQWRvYmUgVHlwZSAxIGZvcm1hdCkKYXBh
Y2hlLTIuMC41NV8xICAgICBWZXJzaW9uIDIgb2YgQXBhY2hlIHdlYiBzZXJ2ZXIgd2l0aCBwcmVm
b3JrIE1QTS4KYXBhY2hlLWFudC0xLjYuNV8xICBKYXZhLSBhbmQgWE1MLWJhc2VkIGJ1aWxkIHRv
b2wsIGNvbmNlcHR1YWxseSBzaW1pbGFyIHRvIAptYWsKYXByLW5vdGhyLWdkYm0tZGI0LTEuMi4y
XzEgVGhlIEFwYWNoZSBHcm91cCdzIFBvcnRhYmlsaXR5IExpYnJhcnkKYXJjaG1hZ2UtMC4wLjZf
MSAgICBFeHRlbnNpYmxlIHJlYWRlci9kZWNvbXBpbGVyIG9mIGZpbGVzIGluIENITSBmb3JtYXQK
YXJnb3VtbC0wLjE4LjEgICAgICBBIFVNTCBkZXNpZ24gdG9vbCB3aXRoIGNvZ25pdGl2ZSBzdXBw
b3J0CmFydHMtMS40LjMsMSAgICAgICAgQXVkaW8gc3lzdGVtIGZvciB0aGUgS0RFIGludGVncmF0
ZWQgWDExIGRlc2t0b3AKYXJ0c3dyYXBwZXItMS4yLjIgICBTZXR1aWQgd3JhcHBlciBmb3IgYXJ0
cwphc3BlbGwtMC42MC40XzEgICAgIFNwZWxsaW5nIGNoZWNrZXIgd2l0aCBiZXR0ZXIgc3VnZ2Vz
dGlvbiBsb2dpYyB0aGFuIGlzcGVsbAphdGstMS4xMC4zICAgICAgICAgIEEgR05PTUUgYWNjZXNz
aWJpbGl0eSB0b29sa2l0IChBVEspCmF1dG9jb25mLTIuMTMuMDAwMjI3XzUgQXV0b21hdGljYWxs
eSBjb25maWd1cmUgc291cmNlIGNvZGUgb24gbWFueSBVbip4IApwbGF0Zm9ybXMKYXV0b2NvbmYt
Mi41M18zICAgICBBdXRvbWF0aWNhbGx5IGNvbmZpZ3VyZSBzb3VyY2UgY29kZSBvbiBtYW55IFVu
KnggcGxhdGZvcm1zCmF1dG9jb25mLTIuNTlfMiAgICAgQXV0b21hdGljYWxseSBjb25maWd1cmUg
c291cmNlIGNvZGUgb24gbWFueSBVbip4IHBsYXRmb3JtcwphdXRvbWFrZS0xLjQuNl8yICAgIEdO
VSBTdGFuZGFyZHMtY29tcGxpYW50IE1ha2VmaWxlIGdlbmVyYXRvciAoMS40KQphdXRvbWFrZS0x
LjVfMiwxICAgIEdOVSBTdGFuZGFyZHMtY29tcGxpYW50IE1ha2VmaWxlIGdlbmVyYXRvciAodmVy
c2lvbiAxLjUpCmF1dG9tYWtlLTEuOS42ICAgICAgR05VIFN0YW5kYXJkcy1jb21wbGlhbnQgTWFr
ZWZpbGUgZ2VuZXJhdG9yICgxLjkpCmJhc2gtMi4wNWIuMDA3XzQgICAgVGhlIEdOVSBCb3VybmUg
QWdhaW4gU2hlbGwKYmlzb24tMS43NV8yLDEgICAgICBBIHBhcnNlciBnZW5lcmF0b3IgZnJvbSBG
U0YsIChtb3N0bHkpIGNvbXBhdGlibGUgd2l0aCBZYWNjCmJpdHN0cmVhbS12ZXJhLTEuMTBfMiBC
aXRzdHJlYW0gVmVyYSBUcnVlVHlwZSBmb250IGNvbGxlY3Rpb24KYm9vc3QtcHl0aG9uLTEuMzMu
MCBGcmVlIHBlZXItcmV2aWV3ZWQgcG9ydGFibGUgQysrIHNvdXJjZSBsaWJyYXJpZXMKY2Fpcm8t
MS4wLjJfMSAgICAgICBWZWN0b3IgZ3JhcGhpY3MgbGlicmFyeSB3aXRoIGNyb3NzLWRldmljZSBv
dXRwdXQgc3VwcG9ydApjY2FjaGUtMi40XzIgICAgICAgIEEgdG9vbCB0byBtaW5pbWl6ZSB0aGUg
Y29tcGlsZSB0aW1lIG9mIEMvQysrIHByb2dyYW1zCmNjbGllbnQtMjAwNGcsMSAgICAgTWFyayBD
cmlzcGluJ3MgQy1jbGllbnQgbWFpbCBhY2Nlc3Mgcm91dGluZXMKY2RwYXJhbm9pYS0zLjkuOF83
ICBBIENEREEgZXh0cmFjdGlvbiB0b29sIChhbHNvIGtub3duIGFzIHJpcHBlcikKY2htbGliLTAu
My43ICAgICAgICBBIGxpYnJhcnkgZm9yIGRlYWxpbmcgd2l0aCBNaWNyb3NvZnQgSVRTUy9DSE0g
Zm9ybWF0IGZpbGVzCmNtcHNmb250LTEuMF80ICAgICAgQ29tcHV0ZXIgTW9kZXJuIFBvc3RTY3Jp
cHQgRm9udHMgKEFkb2JlIFR5cGUgMSBmb3JtYXQpCmNuZXdzLWNyLmdfOCAgICAgICAgQW4gbm50
cCBzZXJ2ZXIKY29yZXV0aWxzLTUuMi4xICAgICBUaGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9u
J3MgY29yZSB1dGlsaXRpZXMKY3Vwcy0xLjEuMjMuMCAgICAgICBUaGUgQ29tbW9uIFVOSVggUHJp
bnRpbmcgU3lzdGVtOiBNZXRhcG9ydCB0byBpbnN0YWxsIApjb21wbGUKY3Vwcy1iYXNlLTEuMS4y
My4wXzYgVGhlIENvbW1vbiBVTklYIFByaW50aW5nIFN5c3RlbTogaGVhZGVycywgbGlicywgJiBk
YWVtb25zCmN1cHMtbHByLTEuMS4yMy4wICAgVGhlIENVUFMgQlNEIGFuZCBzeXN0ZW0gViBjb21w
YXRpYmlsaXR5IGJpbmFyaWVzIChscCogCmNvbW1hCmN1cHMtcHN0b3Jhc3Rlci04LjE1IFBvc3Rz
Y3JpcHQgaW50ZXJwcmV0ZXIgZm9yIENVUFMgcHJpbnRpbmcgdG8gbm9uLVBTIApwcmludGVycwpj
dXBzLXNhbWJhLTUuMC5yMyAgIFRoZSBDb21tb24gVU5JWCBQcmludGluZyBTeXN0ZW06ICBNUyBX
aW5kb3dzIGNsaWVudCAKZHJpdmVycwpjdXJsLTcuMTUuMCAgICAgICAgIE5vbi1pbnRlcmFjdGl2
ZSB0b29sIHRvIGdldCBmaWxlcyBmcm9tIEZUUCwgR09QSEVSLCAKSFRUUChTKQpjdnN1cC0xNi4x
aF8yICAgICAgIEdlbmVyYWwgbmV0d29yayBmaWxlIGRpc3RyaWJ1dGlvbiBzeXN0ZW0gb3B0aW1p
emVkIGZvciBDVlMKY3lydXMtc2FzbC0yLjEuMjFfMSBSRkMgMjIyMiBTQVNMIChTaW1wbGUgQXV0
aGVudGljYXRpb24gYW5kIFNlY3VyaXR5IExheWVyKQpkYjQtNC4wLjE0XzEsMSAgICAgIFRoZSBC
ZXJrZWxleSBEQiBwYWNrYWdlLCByZXZpc2lvbiA0CmRiNDEtNC4xLjI1XzMgICAgICAgVGhlIEJl
cmtlbGV5IERCIHBhY2thZ2UsIHJldmlzaW9uIDQuMQpkYjQyLTQuMi41Ml80ICAgICAgIFRoZSBC
ZXJrZWxleSBEQiBwYWNrYWdlLCByZXZpc2lvbiA0LjIKZGVza3RvcC1maWxlLXV0aWxzLTAuMTBf
MyBBIGNvdXBsZSBvZiBjb21tYW5kIGxpbmUgdXRpbGl0aWVzIGZvciB3b3JraW5nIHdpdGggCmRl
c2t0b3AKZGlybW5nci0wLjkuMyAgICAgICBBIGNsaWVudCBmb3IgbWFuYWdpbmcgYW5kIGRvd25s
b2FkaW5nIGNlcnRpZmljYXRlIApyZXZvY2F0aW8KZGpiZmZ0LTAuNzZfMiAgICAgICBBbiBleHRy
ZW1lbHkgZmFzdCBsaWJyYXJ5IGZvciBmbG9hdGluZy1wb2ludCBjb252b2x1dGlvbgpkb2Nib29r
LTQuMV8yICAgICAgIFY0LjEgb2YgdGhlIERvY0Jvb2sgRFRELCBkZXNpZ25lZCBmb3IgdGVjaG5p
Y2FsIApkb2N1bWVudGF0aQpkb2Nib29rLXNrLTQuMS4yXzMgIFhNTCB2ZXJzaW9uIG9mIHRoZSBE
b2NCb29rIERURCB2ZXJzaW9uIGNvbnRyb2xsZWQgZm9yIApTY3JvbApkb2Nib29rLXhtbC00LjJf
MSAgIFhNTCB2ZXJzaW9uIG9mIHRoZSBEb2NCb29rIERURApkb2Nib29rLXhzbC0xLjY5LjEgIFhT
TCBEb2NCb29rIHN0eWxlc2hlZXRzCmRvY3Byb2otMS4xMyAgICAgICAgVGhlICJtZXRhLXBvcnQi
IGZvciB0aGUgRnJlZUJTRCBEb2N1bWVudGF0aW9uIFByb2plY3QKZG9jcHJvai1qYWRldGV4LTEu
MTMgVGhlICJtZXRhLXBvcnQiIGZvciB0aGUgRnJlZUJTRCBEb2N1bWVudGF0aW9uIFByb2plY3QK
ZG94eWdlbi0xLjQuMSAgICAgICBBIGRvY3VtZW50YXRpb24gc3lzdGVtIGZvciBDIGFuZCBDKysK
ZHJpLTYuMi4xLDIgICAgICAgICBPcGVuR0wgaGFyZHdhcmUgYWNjZWxlcmF0aW9uIGRyaXZlcnMg
Zm9yIHRoZSBEUkkKZHNzc2wtZG9jYm9vay1tb2R1bGFyLTEuNzksMSBEU1NTTCBzdHlsZXNoZWV0
cyBmb3IgdGhlIERvY0Jvb2sgRFREIGJ5IE5vcm1hbiAKV2Fsc2gKZHZpcHNrLXRldGV4LTUuOTVh
XzEgQ29udmVydCBhIFRlWCBEVkkgZmlsZSB0byBQb3N0U2NyaXB0CmVjbGlwc2UtMy4xLjFfMiAg
ICAgQW4gb3BlbiBleHRlbnNpYmxlIElERSBmb3IgYW55dGhpbmcgYW5kIG5vdGhpbmcgaW4gCnBh
cnRpY3VsCmVjbGlwc2UtZW1mLTIuMS4xICAgRWNsaXBzZSBNb2RlbGluZyBGcmFtZXdvcmsKZWNs
aXBzZS1leGFtcGxlcy0zLjBfMiBFeGFtcGxlcyBmb3IgdGhlIEVjbGlwc2UgSURFCmVjbGlwc2Ut
c3lzZGVvLXRvbWNhdC0zXzIgU3lzZGVvIFRvbWNhdCBMYXVuY2hlciBwbHVnaW4gZm9yIEVjbGlw
c2UKZXNvdW5kLTAuMi4zNiAgICAgICBBIHNvdW5kIGxpYnJhcnkgZm9yIGVubGlnaHRlbm1lbnQg
cGFja2FnZQpleHBhdC0xLjk1LjhfMyAgICAgIFhNTCAxLjAgcGFyc2VyIHdyaXR0ZW4gaW4gQwpl
em0zLTEuMiAgICAgICAgICAgIEVhc2llciwgbW9yZSBwb3J0YWJsZSBNb2R1bGEtMyBkaXN0cmli
dXRpb24gZm9yIGJ1aWxkaW5nIApDVgpmYWNlcy0xLjcuN182ICAgICAgIFZpc3VhbCBtYWlsLCB1
c2VyIGFuZCBwcmludCBmYWNlIHNlcnZlcgpmYW0tMi42LjlfNiAgICAgICAgIEEgZmlsZSBhbHRl
cmF0aW9uIG1vbml0b3IKZmZ0dzMtMy4wLjFfNSAgICAgICBGYXN0IEMgcm91dGluZXMgdG8gY29t
cHV0ZSB0aGUgRGlzY3JldGUgRm91cmllciBUcmFuc2Zvcm0KZmlyZWZveC0xLjVfMywxICAgICBX
ZWIgYnJvd3NlciBiYXNlZCBvbiB0aGUgYnJvd3NlciBwb3J0aW9uIG9mIE1vemlsbGEKZmxhYy0x
LjEuMiAgICAgICAgICBGcmVlIGxvc3NsZXNzIGF1ZGlvIGNvZGVjCmZvbnRjb25maWctMi4zLjIs
MSAgQW4gWE1MLWJhc2VkIGZvbnQgY29uZmlndXJhdGlvbiBBUEkgZm9yIFggV2luZG93cwpmcmVl
dHlwZTItMi4xLjEwXzEgIEEgZnJlZSBhbmQgcG9ydGFibGUgVHJ1ZVR5cGUgZm9udCByZW5kZXJp
bmcgZW5naW5lCmZyaWJpZGktMC4xMC40XzEgICAgQSBGcmVlIEltcGxlbWVudGF0aW9uIG9mIHRo
ZSBVbmljb2RlIEJpZGlyZWN0aW9uYWwgCkFsZ29yaXRoCmdhd2stMy4xLjFfMSAgICAgICAgVGhl
IEdOVSB2ZXJzaW9uIG9mIEF3awpnY29uZjItMi4xMi4xICAgICAgIEEgY29uZmlndXJhdGlvbiBk
YXRhYmFzZSBzeXN0ZW0gZm9yIEdOT01FCmdkLTIuMC4zM18zLDEgICAgICAgQSBncmFwaGljcyBs
aWJyYXJ5IGZvciBmYXN0IGNyZWF0aW9uIG9mIGltYWdlcwpnZGJtLTEuOC4zXzEgICAgICAgIFRo
ZSBHTlUgZGF0YWJhc2UgbWFuYWdlcgpnZG9tZTItMC44LjFfNCAgICAgIEdub21lIERPTSBFbmdp
bmUKZ2VuZ2V0b3B0LTIuMTEgICAgICBBIHRvb2wgZm9yIGdlbmVyYXRpbmcgYSBDIGZ1bmN0aW9u
IHdoaWNoIHBhcnNlcyBjb21tYW5kIApsaW4KZ2V0dGV4dC0wLjE0LjUgICAgICBHTlUgZ2V0dGV4
dCBwYWNrYWdlCmdob3N0c2NyaXB0LWdudS03LjA3XzE0IEdOVSBQb3N0c2NyaXB0IGludGVycHJl
dGVyCmdsaWItMS4yLjEwXzExICAgICAgU29tZSB1c2VmdWwgcm91dGluZXMgb2YgQyBwcm9ncmFt
bWluZyAocHJldmlvdXMgc3RhYmxlIAp2ZXJzCmdsaWItMi44LjQgICAgICAgICAgU29tZSB1c2Vm
dWwgcm91dGluZXMgb2YgQyBwcm9ncmFtbWluZyAoY3VycmVudCBzdGFibGUgCnZlcnNpCmdsaW1w
c2UtNC4xMy4xICAgICAgVGV4dCBzZWFyY2ggZW5naW5lCmdsaXR6LTAuNC40ICAgICAgICAgT3Bl
bkdMIGltYWdlIGNvbXBvc2l0aW5nIGxpYnJhcnkKZ21ha2UtMy44MF8yICAgICAgICBHTlUgdmVy
c2lvbiBvZiAnbWFrZScgdXRpbGl0eQpnbm9raWktMC42LjEwLDEgICAgIFRvb2xzIHRvIHRhbGsg
dG8gR1NNIGNlbGx1bGFyIHBob25lcwpnbm9tZS1pY29uLXRoZW1lLTIuMTIuMV8yIEEgY29sbGVj
dGlvbiBvZiBpY29ucyBmb3IgdGhlIEdOT01FIDIgZGVza3RvcApnbm9tZWhpZXItMi4wXzcgICAg
IEEgdXRpbGl0eSBwb3J0IHRoYXQgY3JlYXRlcyB0aGUgR05PTUUgZGlyZWN0b3J5IHRyZWUKZ25v
bWVrZXlyaW5nLTAuNC42ICBBIHByb2dyYW0gdGhhdCBrZWVwcyBwYXNzd29yZHMgYW5kIG90aGVy
IHNlY3JldHMKZ25vbWVsaWJzLTEuNC4yXzMgICBMaWJyYXJpZXMgZm9yIEdOT01FLCBhIEdOVSBk
ZXNrdG9wIGVudmlyb25tZW50Cmdub21lbWltZWRhdGEtMi40LjIgQSBNSU1FIGFuZCBBcHBsaWNh
dGlvbiBkYXRhYmFzZSBmb3IgR05PTUUKZ25vbWV2ZnMyLTIuMTIuMiAgICBHTk9NRSBWaXJ0dWFs
IEZpbGUgU3lzdGVtCmdudS1hdXRvY29uZi0yLjU5ICAgQXV0b21hdGljYWxseSBjb25maWd1cmUg
c291cmNlIGNvZGUgb24gbWFueSBVbip4IHBsYXRmb3JtcwpnbnUtYXV0b21ha2UtMS45LjYgIEdO
VSBTdGFuZGFyZHMtY29tcGxpYW50IE1ha2VmaWxlIGdlbmVyYXRvciAoR05VIAp1bm1vZGlmaWVk
KQpnbnUtbGlidG9vbC0xLjUuMjAgIEdlbmVyaWMgc2hhcmVkIGxpYnJhcnkgc3VwcG9ydCBzY3Jp
cHQgKEdOVSB1bm1vZGlmaWVkKQpnbnUtcmVnZXhwLTEuMS40ICAgIEEgcmVnZXhwIGxpYnJhcnkg
Zm9yIEphdmEKZ251cGctMS40LjIgICAgICAgICBUaGUgR05VIFByaXZhY3kgR3VhcmQKZ251cGct
ZGV2ZWwtMS45LjE5ICBQcmVyZWxlYXNlIHBhY2thZ2Ugb2YgR251UEcgZXh0ZW5zaW9ucyBmb3Ig
R251UEcgMi4wCmdudXRscy0xLjAuMjRfMSAgICAgR05VIFRyYW5zcG9ydCBMYXllciBTZWN1cml0
eSBsaWJyYXJ5CmdvY3ItMC40MCAgICAgICAgICAgR09DUi9KT0NSIGlzIGFuIE9DUiAoT3B0aWNh
bCBDaGFyYWN0ZXIgUmVjb2duaXRpb24pIApwcm9ncmFtCmdwZ21lLTEuMC4zICAgICAgICAgQSBs
aWJyYXJ5IHRvIG1ha2UgYWNjZXNzIHRvIEdudVBHIGVhc2llcgpncmFwaHZpei0yLjJfMiAgICAg
IEdyYXBoIFZpc3VhbGl6YXRpb24gU29mdHdhcmUgZnJvbSBBVCZUIGFuZCBCZWxsIExhYnMKZ3Nm
b250cy04LjExXzIgICAgICBGb250cyB1c2VkIGJ5IEdOVSBHaG9zdHNjcmlwdCAob3IgWCkKZ3Nt
LTEuMC4xMCAgICAgICAgICBBdWRpbyBjb252ZXJ0ZXIgYW5kIGxpYnJhcnkgZm9yIGNvbnZlcnRp
bmcgdS1sYXcgdG8gZ3NtIAplbmMKZ3RrLTEuMi4xMF8xMyAgICAgICBHaW1wIFRvb2xraXQgZm9y
IFgxMSBHVUkgKHByZXZpb3VzIHN0YWJsZSB2ZXJzaW9uKQpndGstMi44LjggICAgICAgICAgIEdp
bXAgVG9vbGtpdCBmb3IgWDExIEdVSSAoY3VycmVudCBzdGFibGUgdmVyc2lvbikKaGVscDJtYW4t
MS4zNi4zICAgICBBdXRvbWF0aWNhbGx5IGdlbmVyYXRpbmcgc2ltcGxlIG1hbnVhbCBwYWdlcyBm
cm9tIHByb2dyYW0gCm8KaGljb2xvci1pY29uLXRoZW1lLTAuNSBBIGhpZ2gtY29sb3IgaWNvbiB0
aGVtZSBzaGVsbCBmcm9tIHRoZSBGcmVlRGVza3RvcCAKcHJvamVjdApob3dsLTEuMC4wICAgICAg
ICAgIFplcm9jb25mL0JvbmpvdXIodG0pIGltcGxlbWVudGF0aW9uCmhzLWhheG1sLTEuMTMgICAg
ICAgQSBjb2xsZWN0aW9uIG9mIHV0aWxpdGllcyBmb3IgdXNpbmcgSGFza2VsbCBhbmQgWE1MIAp0
b2dldGhlCmh0bWwtNC4wMV8yICAgICAgICAgQWxsIFczQyBwdWJsaXNoZWQgU0dNTCBEVERzIGZv
ciBIVE1MCmljdS0zLjQgICAgICAgICAgICAgSW50ZXJuYXRpb25hbCBDb21wb25lbnRzIGZvciBV
bmljb2RlIChmcm9tIElCTSkKaW1ha2UtNi44LjIgICAgICAgICBJbWFrZSBhbmQgb3RoZXIgdXRp
bGl0aWVzIGZyb20gWC5PcmcKaW1saWItMS45LjE1XzIgICAgICBBIGdyYXBoaWMgbGlicmFyeSBm
b3IgZW5saWdodGVubWVudCBwYWNrYWdlCmludGx0b29sLTAuMzQuMSAgICAgVG9vbHMgdG8gaW50
ZXJuYXRpb25hbGl6ZSB2YXJpb3VzIGtpbmRzIG9mIGRhdGEgZmlsZXMKaXNvODg3OS0xOTg2XzIg
ICAgICBDaGFyYWN0ZXIgZW50aXR5IHNldHMgZnJvbSBJU08gODg3OToxOTg2IChTR01MKQpqYWNr
aXQtMC4xMDAuMCAgICAgIEEgbG93LWxhdGVuY3kgYXVkaW8gc2VydmVyCmphZGUtMS4yLjFfOSAg
ICAgICAgQW4gb2JqZWN0LW9yaWVudGVkIFNHTUwvWE1MIHBhcnNlciB0b29sa2l0IGFuZCBEU1NT
TCAKZW5naW5lCmphZGV0ZXgtMy4xM18xICAgICAgQSBUZVggYmFja2VuZCBmb3IgSmFkZSwgZm9y
IHR5cGVzZXR0aW5nIFNHTUwgZG9jdW1lbnRzCmphc3Blci0xLjcwMS4wICAgICAgQW4gaW1wbGVt
ZW50YXRpb24gb2YgdGhlIGNvZGVjIHNwZWNpZmllZCBpbiB0aGUgSlBFRy0yMDAwIApzCmphdmFj
Yy0zLjJfMSAgICAgICAgQ29tcGlsZXIgY29tcGlsZXIgZm9yIEphdmE7IGluY2x1ZGVzIHRvb2xz
IGZvciBidWlsZGluZyAKc3luCmphdmF2bXdyYXBwZXItMi4wXzYgV3JhcHBlciBzY3JpcHQgZm9y
IHZhcmlvdXMgSmF2YSBWaXJ0dWFsIE1hY2hpbmVzCmpiaWdraXQtMS42ICAgICAgICAgTG9zc2xl
c3MgY29tcHJlc3Npb24gZm9yIGJpLWxldmVsIGltYWdlcyBzdWNoIGFzIHNjYW5uZWQgCnBhCmpi
b3NzLTQuMC4zICAgICAgICAgT3Blbi1zb3VyY2UgSjJFRSBhcHBsaWNhdGlvbiBzZXJ2ZXIgKDQu
eCBmYW1pbHkpCmpkay0xLjUuMHAyXzMgICAgICAgSmF2YSBEZXZlbG9wbWVudCBLaXQgMS41LjAK
anBlZy02Yl8zICAgICAgICAgICBJSkcncyBqcGVnIGNvbXByZXNzaW9uIHV0aWxpdGllcwprZGUt
My40LjMgICAgICAgICAgIFRoZSAibWV0YS1wb3J0IiBmb3IgS0RFCmtkZWFjY2Vzc2liaWxpdHkt
My40LjMgQWNjZXNzaWJpbGl0eSBhcHBsaWNhdGlvbnMgZm9yIEtERQprZGVhZG1pbi0zLjQuMyAg
ICAgIEtERSBhcHBsaWNhdGlvbnMgcmVsYXRlZCB0byBzeXN0ZW0gYWRtaW5pc3RyYXRpb24Ka2Rl
YXJ0d29yay0zLjQuMyAgICBBZGRpdGlvbmFsIHRoZW1lcywgc291bmRzLCB3YWxscGFwZXJzIGFu
ZCB3aW5kb3cgc3R5bGVzIApmb3IKa2RlYmFzZS0zLjQuM18xICAgICBCYXNpYyBhcHBsaWNhdGlv
bnMgZm9yIHRoZSBLREUgc3lzdGVtCmtkZWJhc2Uta29tcG1nci0zLjQuMyBVdGlsaXR5IG5lZWRl
ZCB0byBlbmFibGUgWENvbXBvc2l0ZSBzdXBwb3J0IGluIEtERQprZGVlZHUtMy40LjMgICAgICAg
IENvbGxlY3Rpb24gb2YgZW50ZXJ0YWluaW5nLCBlZHVjYXRpb25hbCBwcm9ncmFtcyBmb3IgS0RF
CmtkZWdhbWVzLTMuNC4zICAgICAgR2FtZXMgZm9yIHRoZSBLREUgaW50ZWdyYXRlZCBYMTEgZGVz
a3RvcAprZGVncmFwaGljcy0zLjQuMyAgIEdyYXBoaWNzIHV0aWxpdGllcyBmb3IgdGhlIEtERTMg
aW50ZWdyYXRlZCBYMTEgZGVza3RvcAprZGVncmFwaGljcy1rYW1lcmEtMy40LjMgRGlnaXRhbCBj
YW1lcmEgc3VwcG9ydCBmb3IgS0RFCmtkZWdyYXBoaWNzLWtvb2thLTMuNC4zIFJhc3RlciBpbWFn
ZSBzY2FuIHByb2dyYW0gZm9yIEtERQprZGVncmFwaGljcy1rdWlja3Nob3ctMy40LjMgS0RFIGlt
YWdlIHZpZXdlcgprZGVoaWVyLTEuMF84ICAgICAgIFV0aWxpdHkgcG9ydCB3aGljaCBpbnN0YWxs
cyBhIGhpZXJhcmNoeSBvZiBzaGFyZWQgS0RFIApkaXJlYwprZGVsaWJzLTMuNC4zICAgICAgIEJh
c2Ugc2V0IG9mIGxpYnJhcmllcyBuZWVkZWQgYnkgS0RFIHByb2dyYW1zCmtkZW11bHRpbWVkaWEt
My40LjNfMSBNdWx0aW1lZGlhIHV0aWxpdGllcyBmb3IgdGhlIEtERSBpbnRlZ3JhdGVkIFgxMSBk
ZXNrdG9wCmtkZW11bHRpbWVkaWEtYWtvZGUtMy40LjMgRGVmYXVsdCBLREUgYXVkaW8gYmFja2Vu
ZAprZGVtdWx0aW1lZGlhLWFrb2RlLXBsdWdpbnMtamFjay0zLjQuMyBKYWNrIG91dHB1dCBwbHVn
aW4gZm9yIGFrb2RlCmtkZW11bHRpbWVkaWEtYWtvZGUtcGx1Z2lucy1tcGMtMy40LjMgTXVzZXBh
Y2sgZGVjb2RlciBwbHVnaW4gZm9yIGFrb2RlCmtkZW11bHRpbWVkaWEtYWtvZGUtcGx1Z2lucy1t
cGVnLTMuNC4zIE1QRUcgYXVkaW8gZGVjb2RlciBwbHVnaW4gZm9yIGFrb2RlCmtkZW11bHRpbWVk
aWEtYWtvZGUtcGx1Z2lucy1vc3MtMy40LjMgT1NTIG91dHB1dCBwbHVnaW4gZm9yIGFrb2RlCmtk
ZW11bHRpbWVkaWEtYWtvZGUtcGx1Z2lucy1wb2x5cGF1ZGlvLTMuNC4zIFBvbHlwYXVkaW8gb3V0
cHV0IHBsdWdpbiBmb3IgCmFrb2RlCmtkZW11bHRpbWVkaWEtYWtvZGUtcGx1Z2lucy1yZXNhbXBs
ZXItMy40LjMgUmVzYW1wbGVyIHBsdWdpbiBmb3IgYWtvZGUKa2RlbXVsdGltZWRpYS1ha29kZS1w
bHVnaW5zLXhpcGgtMy40LjMgRkxBQy9TcGVleC9Wb3JiaXMgZGVjb2RlciBwbHVnaW4gZm9yIAph
a29kZQprZGVtdWx0aW1lZGlhLW1wZWdsaWJfYXJ0c3BsdWctMy40LjMgTGVnYWN5IEtERSBhdWRp
byBiYWNrZW5kCmtkZW11bHRpbWVkaWEteGluZV9hcnRzcGx1Z2luLTMuNC4zIFhpbmUtYmFzZWQg
bXVsdGltZWRpYSBiYWNrZW5kIGZvciBLREUKa2RlbmV0d29yay0zLjQuMyAgICBOZXR3b3JrLXJl
bGF0ZWQgcHJvZ3JhbXMgYW5kIG1vZHVsZXMgZm9yIEtERQprZGVwaW0tMy40LjNfMiAgICAgIFBl
cnNvbmFsIEluZm9ybWF0aW9uIE1hbmFnZW1lbnQgdG9vbHMgZm9yIEtERQprZGVzZGstMy40LjMg
ICAgICAgIEtERSBTb2Z0d2FyZSBEZXZlbG9wbWVudCBLaXQKa2RldG95cy0zLjQuMyAgICAgICBT
bWFsbCBhcHBsaWNhdGlvbnMgZm9yIEtERQprZGV1dGlscy0zLjQuM18xICAgIFV0aWxpdGllcyBm
b3IgdGhlIEtERSBpbnRlZ3JhdGVkIFgxMSBkZXNrdG9wCmtkZXZlbG9wLTMuMi4zICAgICAgUG93
ZXJmdWwgSURFIGZvciBkZXZlbG9waW5nIEtERS9RdC1iYXNlZCBhcHBzCmtkZXdlYmRldi0zLjQu
MywyICAgQ29tcHJlaGVuc2l2ZSBodG1sL3dlYnNpdGUgZGV2ZWxvcG1lbnQgZW52aXJvbm1lbnQK
a25ld3MtMS4wYi4xXzQgICAgICBBIHRocmVhZGVkIG5udHAgbmV3c3JlYWRlciBmb3IgWAprb2Zm
aWNlLTEuNC4yXzEsMSAgIE9mZmljZSBTdWl0ZSBmb3IgS0RFMwpsY21zLTEuMTQsMSAgICAgICAg
IExpZ2h0IENvbG9yIE1hbmFnZW1lbnQgU3lzdGVtIC0tIGEgY29sb3IgbWFuYWdlbWVudCAKbGli
cmFyeQpsaWJJREwtMC44LjZfMSAgICAgIEEgbGlicmFyeSBmb3IgY3JlYXRpbmcgdHJlZXMgb2Yg
Q09SQkEgSW50ZXJmYWNlIERlZmluaXRpb24KbGliWGZ0LTIuMS43ICAgICAgICBBIGNsaWVudC1z
aWRlZCBmb250IEFQSSBmb3IgWCBhcHBsaWNhdGlvbnMKbGliYTUyLTAuNy40XzEgICAgICBBIGZy
ZWUgbGlicmFyeSBmb3IgZGVjb2RpbmcgQVRTQyBBLzUyIHN0cmVhbXMsIGFrYSBBQy0zCmxpYmFy
dF9sZ3BsMi0yLjMuMTcgTGlicmFyeSBmb3IgaGlnaC1wZXJmb3JtYW5jZSAyRCBncmFwaGljcwps
aWJhc3N1YW4tMC42LjEwICAgIElQQyBsaWJyYXJ5IHVzZWQgYnkgR251UEcgYW5kIGdwZ21lCmxp
YmF1ZGlvZmlsZS0wLjIuNiAgQSBzb3VuZCBsaWJyYXJ5IGZvciBTR0kgYXVkaW8gZmlsZQpsaWJi
b25vYm8tMi4xMC4xXzIgIEEgY29tcG9uZW50IGFuZCBjb21wb3VuZCBkb2N1bWVudCBzeXN0ZW0g
Zm9yIEdOT01FMgpsaWJib25vYm91aS0yLjEwLjFfMSBHVUkgZnJvbnRlbmQgdG8gdGhlIGxpYmJv
bm9ibyBjb21wb25lbnQgb2YgR05PTUUgMgpsaWJjZGRiLTEuMi4xICAgICAgIEEgbGlicmFyeSB0
byBhY2Nlc3MgZGF0YSBvbiBhIENEREIgc2VydmVyCmxpYmNkaW8tMC43NiAgICAgICAgQ29tcGFj
dCBEaXNjIElucHV0IGFuZCBDb250cm9sIExpYnJhcnkKbGliZHZkY3NzLTEuMi45XzEgICBQb3J0
YWJsZSBhYnN0cmFjdGlvbiBsaWJyYXJ5IGZvciBEVkQgZGVjcnlwdGlvbgpsaWJkdmRyZWFkLTAu
OS40XzEgIFRoaXMgaXMgbmVlZGVkIGJ5IG9nbGUsIHdoaWNoIGlzIGEgRFZEIHBsYXllciB0aGF0
IApzdXBwb3J0cwpsaWJldmVudC0xLjFhICAgICAgIFByb3ZpZGVzIGFuIEFQSSB0byBleGVjdXRl
IGNhbGxiYWNrIGZ1bmN0aW9ucyBvbiBjZXJ0YWluIApldgpsaWJleGlmLTAuNi4xMl8xICAgIExp
YnJhcnkgdG8gcmVhZCBkaWdpdGFsIGNhbWVyYSBmaWxlIG1ldGEtZGF0YQpsaWJmYW1lLTAuOS4x
XzEgICAgIEEgdmlkZW8gZW5jb2RpbmcgbGlicmFyeQpsaWJmcHgtMS4yLjAuMTIgICAgIExpYnJh
cnkgcm91dGluZXMgZm9yIHdvcmtpbmcgd2l0aCBGbGFzaHBpeCBpbWFnZXMKbGliZ2NyeXB0LTEu
Mi4yICAgICAiR2VuZXJhbCBwdXJwb3NlIGNyeXB0byBsaWJyYXJ5IGJhc2VkIG9uIGNvZGUgdXNl
ZCBpbiAKR251UEcKbGliZ2xhZGUyLTIuNS4xXzMgICBHTk9NRSBnbGFkZSBsaWJyYXJ5CmxpYmds
dXQtNi4wLjEgICAgICAgQSBncmFwaGljcyBsaWJyYXJ5IHNpbWlsYXIgdG8gU0dJJ3MgT3BlbkdM
CmxpYmdub21lLTIuMTIuMC4xICAgTGlicmFyaWVzIGZvciBHTk9NRSwgYSBHTlUgZGVza3RvcCBl
bnZpcm9ubWVudApsaWJnbm9tZWNhbnZhcy0yLjEyLjAgQSBncmFwaGljcyBsaWJyYXJ5IGZvciBH
Tk9NRQpsaWJnbm9tZXVpLTIuMTIuMF8xIExpYnJhcmllcyBmb3IgdGhlIEdOT01FIEdVSSwgYSBH
TlUgZGVza3RvcCBlbnZpcm9ubWVudApsaWJncGctZXJyb3ItMS4xICAgIENvbW1vbiBlcnJvciB2
YWx1ZXMgZm9yIGFsbCBHbnVQRyBjb21wb25lbnRzCmxpYmdwaG90bzItMi4xLjZfMSAgQSB1bml2
ZXJzYWwgZGlnaXRhbCBjYW1lcmEgcGljdHVyZSBjb250cm9sIHRvb2wKbGliZ3NmLTEuMTMuMyAg
ICAgICBBbiBleHRlbnNpYmxlIGkvbyBhYnN0cmFjdGlvbiBmb3IgZGVhbGluZyB3aXRoIHN0cnVj
dHVyZWQgCmYKbGliaWNvbnYtMS45LjJfMSAgICBBIGNoYXJhY3RlciBzZXQgY29udmVyc2lvbiBs
aWJyYXJ5CmxpYmlkbi0wLjYuMCAgICAgICAgSW50ZXJuYXRpb25hbGl6ZWQgRG9tYWluIE5hbWVz
IGNvbW1hbmQgbGluZSB0b29sCmxpYmtzYmEtMC45LjEyICAgICAgS1NCQSBpcyBhbiBYLjUwOSBM
aWJyYXJ5CmxpYmx0ZGwtMS41LjIwICAgICAgU3lzdGVtIGluZGVwZW5kZW50IGRsb3BlbiB3cmFw
cGVyCmxpYm1hZC0wLjE1LjFiXzEgICAgTGlibWFkIGxpYnJhcnkgKHBhcnQgb2YgTUFEIHByb2pl
Y3QpCmxpYm1hbC0wLjQwICAgICAgICAgQSBsaWJyYXJ5IGVuY2Fwc3VsYXRpbmcgbWFsc3luYwps
aWJtY2FsLTAuN18xICAgICAgIE1vZHVsYXIgQ2FsZW5kYXIgQWNjZXNzIExpYnJhcnkKbGlibWNy
eXB0LTIuNS43XzEgICBNdWx0aS1jaXBoZXIgY3J5cHRvZ3JhcGhpYyBsaWJyYXJ5ICh1c2VkIGlu
IFBIUCkKbGlibW5nLTEuMC45ICAgICAgICBNdWx0aXBsZS1pbWFnZSBOZXR3b3JrIEdyYXBoaWNz
IChNTkcpIHJlZmVyZW5jZSBsaWJyYXJ5CmxpYm1vZHBsdWctMC43ICAgICAgTW9kUGx1ZyBtb2Qt
bGlrZSBtdXNpYyBzaGFyZWQgbGlicmFyaWVzCmxpYm9nZy0xLjEuMywzICAgICAgT2dnIGJpdHN0
cmVhbSBsaWJyYXJ5CmxpYnBhcGVyLTEuMS4xNC4zICAgQSBsaWJyYXJ5IHByb3ZpZGluZyByb3V0
aW5lcyBmb3IgcGFwZXIgc2l6ZSBtYW5hZ2VtZW50CmxpYnNhbXBsZXJhdGUtMC4xLjIgU2VjcmV0
IFJhYmJpdCBDb2RlOiBhIFNhbXBsZSBSYXRlIENvbnZlcnRlciBmb3IgYXVkaW8KbGlic25kZmls
ZS0xLjAuMTIgICBSZWFkaW5nIGFuZCB3cml0aW5nIGZpbGVzIGNvbnRhaW5pbmcgc2FtcGxlZCBz
b3VuZCAobGlrZSAKV0EKbGlic3ZnLTAuMS40ICAgICAgICBBIHBhcnNlciBmb3IgU1ZHIGNvbnRl
bnQgaW4gZmlsZXMgb3IgYnVmZmVycwpsaWJzdmctY2Fpcm8tMC4xLjZfMSBTVkcgcmVuZGVyaW5n
IGxpYnJhcnkKbGlidGhlb3JhLTEuMC5hNCAgICBUaGVvcmEgdmlkZW8gY29kZWMgZm9yIHRoZSBP
Z2cgbXVsdGltZWRpYSBzdHJlYW1pbmcgc3lzdGVtCmxpYnRvb2wtMS4zLjVfMiAgICAgR2VuZXJp
YyBzaGFyZWQgbGlicmFyeSBzdXBwb3J0IHNjcmlwdCAodmVyc2lvbiAxLjMpCmxpYnRvb2wtMS41
LjIwICAgICAgR2VuZXJpYyBzaGFyZWQgbGlicmFyeSBzdXBwb3J0IHNjcmlwdCAoMS41KQpsaWJ1
bmdpZi00LjEuNCAgICAgIFRvb2xzIGFuZCBsaWJyYXJ5IHJvdXRpbmVzIGZvciB3b3JraW5nIHdp
dGggR0lGIGltYWdlcwpsaWJ1c2ItMC4xLjEwYV8xICAgIExpYnJhcnkgZ2l2aW5nIHVzZXJsYW5k
IHByb2dyYW1zIGFjY2VzcyB0byBVU0IgZGV2aWNlcwpsaWJ2b3JiaXMtMS4xLjIsMyAgIEF1ZGlv
IGNvbXByZXNzaW9uIGNvZGVjIGxpYnJhcnkKbGlid3BkLTAuOC4zXzEgICAgICBUb29scyBmb3Ig
aW1wb3J0aW5nIGFuZCBleHBvcnRpbmcgV29yZFBlcmZlY3QodG0pIApkb2N1bWVudHMKbGlid3d3
LTUuNC4wXzEgICAgICBUaGUgVzNDIFJlZmVyZW5jZSBMaWJyYXJ5CmxpYnhpbmUtMS4xLjBfMiAg
ICAgTGlicmFyaWVzIGZvciB4aW5lIG11bHRpbWVkaWEgcGxheWVyCmxpYnhtbC0xLjguMTdfMyAg
ICAgWE1MIHBhcnNlciBsaWJyYXJ5IGZvciBHTk9NRQpsaWJ4bWwyLTIuNi4yMiAgICAgIFhNTCBw
YXJzZXIgbGlicmFyeSBmb3IgR05PTUUKbGlieHNsdC0xLjEuMTUgICAgICBUaGUgWFNMVCBDIGxp
YnJhcnkgZm9yIEdOT01FCmxpbmMtMS4wLjNfNCAgICAgICAgQSBsaWJyYXJ5IGZvciB3cml0aW5n
IG5ldHdvcmtlZCBzZXJ2ZXJzICYgY2xpZW50cwpsaW5rcy0wLjk4LDEgICAgICAgIEx5bngtbGlr
ZSB0ZXh0IFdXVyBicm93c2VyCmxpbnV4LWF0ay0xLjguMF8xICAgQWNjZXNzaWJpbGl0eSBUb29s
a2l0LCBMaW51eC9pMzg2IGJpbmFyeQpsaW51eC1leHBhdC0xLjk1LjcgIExpbnV4L2kzODYgYmlu
YXJ5IHBvcnQgb2YgRXhwYXQgWE1MLXBhcnNpbmcgbGlicmFyeQpsaW51eC1mbGFzaHBsdWdpbi02
LjByNzlfMyBUaGUgb2ZmaWNpYWwgTWFjcm9tZWRpYSBGbGFzaCBQbGF5ZXIgZm9yIExpbnV4IApN
b3ppbGxhIGFuZApsaW51eC1mb250Y29uZmlnLTIuMi4zXzIgTGludXgvaTM4NiBiaW5hcnkgb2Yg
Rm9udGNvbmZpZwpsaW51eC1qcGVnLTZiLjMzICAgIFJQTSBvZiB0aGUgSlBFRyBsaWIKbGludXgt
cG5nLTEuMi44ICAgICBSUE0gb2YgdGhlIFBORyBsaWIKbGludXgtcmVhbHBsYXllci0xMC4wLjYg
TGludXggUmVhbFBsYXllciAxMCBmcm9tIFJlYWxOZXR3b3JrcwpsaW51eC1zdW4tamRrLTEuNC4y
LjEwIFN1biBKYXZhIERldmVsb3BtZW50IEtpdCAxLjQgZm9yIExpbnV4CmxpbnV4LXRpZmYtMy42
LjFfNSAgVElGRiBsaWJyYXJ5LCBMaW51eC9pMzg2IGJpbmFyeQpsaW51eF9iYXNlLXJoLTcuMyAg
IEJhc2ljIHBhY2thZ2VzIGZvciBMaW51eCBtb2RlIGZyb20gUmVkIEhhdCA3LjMvaTM4NgpsaW51
eGRvYy0xLjFfMSAgICAgIFRoZSBMaW51eGRvYyBTR01MIERURApsaW51eHRocmVhZHMtMi4yLjNf
MTkgUE9TSVggcHRocmVhZHMgaW1wbGVtZW50YXRpb24gdXNpbmcgcmZvcmsgdG8gZ2VuZXJhdGUg
Cmtlcm5lCmx5bngtMi44LjVfMiAgICAgICAgQSBub24tZ3JhcGhpY2FsLCB0ZXh0LWJhc2VkIFdv
cmxkLVdpZGUgV2ViIGNsaWVudAptNC0xLjQuNCAgICAgICAgICAgIEdOVSBtNAptRE5TUmVzcG9u
ZGVyLTEwNy4xXzEgIkFwcGxlJ3MgbUROU1Jlc3BvbmRlciIKbWFtYm8tNC41LjMgICAgICAgICBB
IGR5bmFtaWMgd2ViIGNvbnRlbnQgbWFuYWdlbWVudCBzeXN0ZW0gKENNUykKbWVkaWF3aWtpLTEu
NS4yICAgICBUaGUgd2lraSBlbmdpbmUgdXNlZCBieSBXaWtpcGVkaWEKbWVtY2FjaGVkLTEuMS4x
MiAgICBIaWdoLXBlcmZvcm1hbmNlIGRpc3RyaWJ1dGVkIG1lbW9yeSBvYmplY3QgY2FjaGUgc3lz
dGVtCm1oYXNoLTAuOS4yICAgICAgICAgQW4gZWFzeS10by11c2UgbGlicmFyeSBmb3Igc3Ryb25n
IGhhc2hlcyBzdWNoIGFzIE1ENSBhbmQgClNICm1pbmctMC4yYV8xICAgICAgICAgTEdQTCdlZCBG
bGFzaCA0LzUgbW92aWUgb3V0cHV0IGxpYnJhcnkgd2l0aCBtYW55IGxhbmd1YWdlcwptbm9nb3Nl
YXJjaDMxLTMuMS4yMSBGdWxsIGZlYXR1cmVkIFNRTC1iYXNlZCBoeXBlcnRleHQgc2VhcmNoIGVu
Z2luZQptb3ppbGxhLTEuNy4xMl80LDIgIFRoZSBvcGVuIHNvdXJjZSwgc3RhbmRhcmRzIGNvbXBs
aWFudCB3ZWIgYnJvd3NlcgptcC1sZXR0ZXItMy4wLjEgICAgIEEgUG9zdFNjcmlwdCBwcmludGlu
ZyB1dGlsIGZvciBBU0NJSSBmaWxlcywgZW1haWwsIFVTRU5FVCAKbgptcGVnMmNvZGVjLTEuMl8x
ICAgIEFuIE1QRUctMiBFbmNvZGVyIGFuZCBEZWNvZGVyCm15c3FsLWNsaWVudC01LjAuMTYgTXVs
dGl0aHJlYWRlZCBTUUwgZGF0YWJhc2UgKGNsaWVudCkKbXlzcWwtc2VydmVyLTUuMC4xNiBNdWx0
aXRocmVhZGVkIFNRTCBkYXRhYmFzZSAoc2VydmVyKQpuYXMtMS43YiAgICAgICAgICAgIE5ldHdv
cmsgQXVkaW8gU3lzdGVtCm5hc20tMC45OC4zOSwxICAgICAgR2VuZXJhbC1wdXJwb3NlIG11bHRp
LXBsYXRmb3JtIHg4NiBhc3NlbWJsZXIKbmNmdHAtMy4xLjkgICAgICAgICBmdHAgcmVwbGFjZW1l
bnQgd2l0aCBhZHZhbmNlZCB1c2VyIGludGVyZmFjZQpuZW9uLTAuMjQuNyAgICAgICAgIEFuIEhU
VFAgYW5kIFdlYkRBViBjbGllbnQgbGlicmFyeSBmb3IgVW5peCBzeXN0ZW1zCm5ldC1zbm1wLTUu
Mi4yICAgICAgQW4gZXh0ZW5kYWJsZSBTTk1QIGltcGxlbWVudGF0aW9uCm5ldHBibS0xMC4yNi4y
MCAgICAgQSB0b29sa2l0IGZvciBjb252ZXJzaW9uIG9mIGltYWdlcyBiZXR3ZWVuIGRpZmZlcmVu
dCAKZm9ybWF0Cm5oYzk4LTEuMThfMSAgICAgICAgQSBmdWxseS1mbGVkZ2VkIGNvbXBpbGVyIGZv
ciBIYXNrZWxsIDk4Cm5udHAtMS41LjEyLjJfNCAgICAgTk5UUCB3aXRoIE5PViBzdXBwb3J0Cm5z
cHItNC42XzEgICAgICAgICAgQSBwbGF0Zm9ybS1uZXV0cmFsIEFQSSBmb3Igc3lzdGVtIGxldmVs
IGFuZCBsaWJjIGxpa2UgCmZ1bmN0Cm5zcy0zLjEwICAgICAgICAgICAgTGlicmFyaWVzIHRvIHN1
cHBvcnQgZGV2ZWxvcG1lbnQgb2Ygc2VjdXJpdHktZW5hYmxlZCAKYXBwbGljCm9wZW4tbW90aWYt
Mi4yLjNfMiAgTW90aWYgWDExIFRvb2xraXQgKGluZHVzdHJ5IHN0YW5kYXJkIEdVSSAoSUVFRSAx
Mjk1KSkKb3BlbmxkYXAtY2xpZW50LTIuMi4yOSBPcGVuIHNvdXJjZSBMREFQIGNsaWVudCBpbXBs
ZW1lbnRhdGlvbgpvcGVuc2xwLTEuMi4xXzEgICAgIE9wZW4tc291cmNlIGltcGxlbWVudGF0aW9u
IG9mIHRoZSBTZXJ2aWNlIExvY2F0aW9uIApQcm90b2NvbApwNS1BcmNoaXZlLVppcC0xLjE2IFBl
cmwgbW9kdWxlIHRvIGNyZWF0ZSwgbWFuaXB1bGF0ZSwgcmVhZCwgYW5kIHdyaXRlIFppcCAKYXJj
aApwNS1Db21wcmVzcy1abGliLTEuNDEgUGVybDUgaW50ZXJmYWNlIHRvIHpsaWIgY29tcHJlc3Np
b24gbGlicmFyeQpwNS1GaWxlLVRlbXAtMC4xNl8yIFBlcmw1IG1vZHVsZSB0byBnZW5lcmF0ZSB0
ZW1wb3JhcnkgZmlsZXMgb3IgZGlyZWN0b3JpZXMgCnNhZgpwNS1QYXRoVG9vbHMtMy4xNCAgIEEg
UGVybCBtb2R1bGUgZm9yIHBvcnRhYmx5IG1hbmlwdWxhdGluZyBmaWxlIApzcGVjaWZpY2F0aW9u
cwpwNS1TY2FsYXItTGlzdC1VdGlscy0xLjE4LDEgUGVybCBzdWJyb3V0aW5lcyB0aGF0IHdvdWxk
IGJlIG5pY2UgdG8gaGF2ZSBpbiB0aGUgCnBlcmwgY29yCnA1LVRlc3QtSGFybmVzcy0yLjU2IFJ1
biBwZXJsIHN0YW5kYXJkIHRlc3Qgc2NyaXB0cyB3aXRoIHN0YXRpc3RpY3MKcDUtVGVzdC1TaW1w
bGUtMC42MiBCYXNpYyB1dGlsaXRpZXMgZm9yIHdyaXRpbmcgdGVzdHMgaW4gcGVybApwNS1YTUwt
UGFyc2VyLTIuMzRfMSBQZXJsIGV4dGVuc2lvbiBpbnRlcmZhY2UgdG8gSmFtZXMgQ2xhcmsncyBY
TUwgcGFyc2VyLCAKZXhwYXQKcDUtZ2V0dGV4dC0xLjA1ICAgICBNZXNzYWdlIGhhbmRsaW5nIGZ1
bmN0aW9ucwpwNS10eXBlMWluc3QtMC42LjFfMiBBIHNjcmlwdCB0aGF0IGhlbHBzIGluc3RhbGwg
UG9zdHNjcmlwdCBmb250cyBpbiBYIFdpbmRvdyAKU3kKcGFuZGEtMC41LjQgICAgICAgICBBIFBE
RiBnZW5lcmF0aW9uIGxpYnJhcnkKcGFuZ28tMS4xMC4yICAgICAgICBBbiBvcGVuLXNvdXJjZSBm
cmFtZXdvcmsgZm9yIHRoZSBsYXlvdXQgYW5kIHJlbmRlcmluZyBvZiAKaTEKcGF0Y2gtMi41LjQg
ICAgICAgICBHTlUgcGF0Y2ggdXRpbGl0eQpwY3JlLTYuNCAgICAgICAgICAgIFBlcmwgQ29tcGF0
aWJsZSBSZWd1bGFyIEV4cHJlc3Npb25zIGxpYnJhcnkKcGRmbGliLTYuMC4yICAgICAgICBBIEMg
bGlicmFyeSBmb3IgZHluYW1pY2FsbHkgZ2VuZXJhdGluZyBQREYKcGVhci1BcmNoaXZlX1Rhci0x
LjMuMSBQRUFSIHRhciBmaWxlIG1hbmFnZW1lbnQgY2xhc3MKcGVhci1Db25zb2xlX0dldG9wdC0x
LjIgUEVBUiBjb21tYW5kLWxpbmUgb3B0aW9uIHBhcnNlcgpwZWFyLVBFQVItMS40LjQgICAgIFBF
QVIgQmFzZSBTeXN0ZW0KcGVhci1YTUxfUlBDLTEuNC4zICBQSFAgaW1wbGVtZW50YXRpb24gb2Yg
dGhlIFhNTC1SUEMgcHJvdG9jb2wKcGVjbC1maWxlaW5mby0xLjBfMSBBIFBFQ0wgZXh0ZW5zaW9u
IHRvIHJldHJpZXZlIGluZm8gYWJvdXQgZmlsZXMKcGVjbC1mcmliaWRpLTEuMCAgICBBIFBFQ0wg
ZXh0ZW5zaW9uIGZvciB0aGUgdW5pY29kZSBCaWRpIGFsZ29yaXRobQpwZWNsLWltYWdpY2stMC45
LjExXzIgQSBQRUNMIGV4dGVuc2lvbiB0byBtYW5pcHVsYXRlIGltYWdlcwpwZWNsLXBhbmRhLTAu
MS4wXzEgIEEgUEVDTCBleHRlbnNpb24gdG8gY3JlYXRlIFBERiBkb2N1bWVudHMKcGVjbC1wZGZs
aWItMi4wLjQgICBBIFBFQ0wgZXh0ZW5zaW9uIHRvIGNyZWF0ZSBQREYgb24gdGhlIGZseQpwZWNs
LXlhei0xLjAuNCAgICAgIEEgUEVDTCBleHRlbnNpb24gdGhhdCBpbXBsZW1lbnRzIGEgWjM5LjUw
IGNsaWVudApwZWNsLXppcC0xLjAgICAgICAgIEEgUEVDTCBleHRlbnNpb24gdG8gcmVhZCB6aXAg
ZmlsZXMKcGVybC01LjguNyAgICAgICAgICBQcmFjdGljYWwgRXh0cmFjdGlvbiBhbmQgUmVwb3J0
IExhbmd1YWdlCnBocDQtNC40LjFfMyAgICAgICAgUEhQIFNjcmlwdGluZyBMYW5ndWFnZSAoQXBh
Y2hlIE1vZHVsZSBhbmQgQ0xJKQpwaHA0LWJjbWF0aC00LjQuMV8zIFRoZSBiY21hdGggc2hhcmVk
IGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtYnoyLTQuNC4xXzMgICAgVGhlIGJ6MiBzaGFyZWQgZXh0
ZW5zaW9uIGZvciBwaHAKcGhwNC1jYWxlbmRhci00LjQuMV8zIFRoZSBjYWxlbmRhciBzaGFyZWQg
ZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1jdHlwZS00LjQuMV8zICBUaGUgY3R5cGUgc2hhcmVkIGV4
dGVuc2lvbiBmb3IgcGhwCnBocDQtY3VybC00LjQuMV8zICAgVGhlIGN1cmwgc2hhcmVkIGV4dGVu
c2lvbiBmb3IgcGhwCnBocDQtZGJhLTQuNC4xXzMgICAgVGhlIGRiYSBzaGFyZWQgZXh0ZW5zaW9u
IGZvciBwaHAKcGhwNC1kaW8tNC40LjFfMyAgICBUaGUgZGlvIHNoYXJlZCBleHRlbnNpb24gZm9y
IHBocApwaHA0LWRvbXhtbC00LjQuMV8zIFRoZSBkb214bWwgc2hhcmVkIGV4dGVuc2lvbiBmb3Ig
cGhwCnBocDQtZXhpZi00LjQuMV8zICAgVGhlIGV4aWYgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhw
CnBocDQtZXh0ZW5zaW9ucy0xLjAgQSAibWV0YS1wb3J0IiB0byBpbnN0YWxsIFBIUCBleHRlbnNp
b25zCnBocDQtZnRwLTQuNC4xXzMgICAgVGhlIGZ0cCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAK
cGhwNC1nZC00LjQuMV8zICAgICBUaGUgZ2Qgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQt
Z2V0dGV4dC00LjQuMV8zIFRoZSBnZXR0ZXh0IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0
LWljb252LTQuNC4xXzMgIFRoZSBpY29udiBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1p
bWFwLTQuNC4xXzMgICBUaGUgaW1hcCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1tYnN0
cmluZy00LjQuMV8zIFRoZSBtYnN0cmluZyBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1t
Y2FsLTQuNC4xXzMgICBUaGUgbWNhbCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1tY3J5
cHQtNC40LjFfMyBUaGUgbWNyeXB0IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LW1oYXNo
LTQuNC4xXzMgIFRoZSBtaGFzaCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1taW5nLTQu
NC4xXzMgICBUaGUgbWluZyBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1tbm9nb3NlYXJj
aC00LjQuMV8zIFRoZSBtbm9nb3NlYXJjaCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1t
eXNxbC00LjQuMV8zICBUaGUgbXlzcWwgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtbmN1
cnNlcy00LjQuMV8zIFRoZSBuY3Vyc2VzIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LW9k
YmMtNC40LjFfMyAgIFRoZSBvZGJjIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LW92ZXJs
b2FkLTQuNC4xXzMgVGhlIG92ZXJsb2FkIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LXBj
bnRsLTQuNC4xXzMgIFRoZSBwY250bCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1wY3Jl
LTQuNC4xXzMgICBUaGUgcGNyZSBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1wZ3NxbC00
LjQuMV8zICBUaGUgcGdzcWwgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtcG9zaXgtNC40
LjFfMyAgVGhlIHBvc2l4IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LXBzcGVsbC00LjQu
MV8zIFRoZSBwc3BlbGwgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtcmVhZGxpbmUtNC40
LjFfMyBUaGUgcmVhZGxpbmUgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtcmVjb2RlLTQu
NC4xXzMgVGhlIHJlY29kZSBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1zZXNzaW9uLTQu
NC4xXzMgVGhlIHNlc3Npb24gc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtc2htb3AtNC40
LjFfMyAgVGhlIHNobW9wIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LXNubXAtNC40LjFf
MyAgIFRoZSBzbm1wIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LXNvY2tldHMtNC40LjFf
MyBUaGUgc29ja2V0cyBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC1zeXN2bXNnLTQuNC4x
XzMgVGhlIHN5c3Ztc2cgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtc3lzdnNlbS00LjQu
MV8zIFRoZSBzeXN2c2VtIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LXN5c3ZzaG0tNC40
LjFfMyBUaGUgc3lzdnNobSBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC13ZGR4LTQuNC4x
XzMgICBUaGUgd2RkeCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNC14bWwtNC40LjFfMyAg
ICBUaGUgeG1sIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA0LXhtbHJwYy00LjQuMV8zIFRo
ZSB4bWxycGMgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDQtemxpYi00LjQuMV8zICAgVGhl
IHpsaWIgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUtYmNtYXRoLTUuMC41ICAgVGhlIGJj
bWF0aCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1iejItNS4wLjUgICAgICBUaGUgYnoy
IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LWNhbGVuZGFyLTUuMC41IFRoZSBjYWxlbmRh
ciBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1jdHlwZS01LjAuNSAgICBUaGUgY3R5cGUg
c2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUtY3VybC01LjAuNSAgICAgVGhlIGN1cmwgc2hh
cmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUtZGlvLTUuMC41ICAgICAgVGhlIGRpbyBzaGFyZWQg
ZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1kb20tNS4wLjUgICAgICBUaGUgZG9tIHNoYXJlZCBleHRl
bnNpb24gZm9yIHBocApwaHA1LWV4aWYtNS4wLjUgICAgIFRoZSBleGlmIHNoYXJlZCBleHRlbnNp
b24gZm9yIHBocApwaHA1LWZpbGVwcm8tNS4wLjUgIFRoZSBmaWxlcHJvIHNoYXJlZCBleHRlbnNp
b24gZm9yIHBocApwaHA1LWZ0cC01LjAuNSAgICAgIFRoZSBmdHAgc2hhcmVkIGV4dGVuc2lvbiBm
b3IgcGhwCnBocDUtZ2QtNS4wLjUgICAgICAgVGhlIGdkIHNoYXJlZCBleHRlbnNpb24gZm9yIHBo
cApwaHA1LWdldHRleHQtNS4wLjUgIFRoZSBnZXR0ZXh0IHNoYXJlZCBleHRlbnNpb24gZm9yIHBo
cApwaHA1LWljb252LTUuMC41ICAgIFRoZSBpY29udiBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAK
cGhwNS1pbWFwLTUuMC41ICAgICBUaGUgaW1hcCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhw
NS1tYnN0cmluZy01LjAuNSBUaGUgbWJzdHJpbmcgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBo
cDUtbWNyeXB0LTUuMC41ICAgVGhlIG1jcnlwdCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhw
NS1taGFzaC01LjAuNSAgICBUaGUgbWhhc2ggc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUt
bWluZy01LjAuNSAgICAgVGhlIG1pbmcgc2hhcmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUtbW5v
Z29zZWFyY2gtNS4wLjUgVGhlIG1ub2dvc2VhcmNoIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApw
aHA1LW5jdXJzZXMtNS4wLjUgIFRoZSBuY3Vyc2VzIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApw
aHA1LW9wZW5zc2wtNS4wLjUgIFRoZSBvcGVuc3NsIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApw
aHA1LXBjbnRsLTUuMC41ICAgIFRoZSBwY250bCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhw
NS1wY3JlLTUuMC40XzIgICBUaGUgcGNyZSBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1w
ZWFyLTUuMC40XzQgICBQRUFSIGZyYW1ld29yayBmb3IgUEhQCnBocDUtcGdzcWwtNS4wLjUgICAg
VGhlIHBnc3FsIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXBvc2l4LTUuMC41ICAgIFRo
ZSBwb3NpeCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1wc3BlbGwtNS4wLjUgICBUaGUg
cHNwZWxsIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXNlc3Npb24tNS4wLjUgIFRoZSBz
ZXNzaW9uIHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXNobW9wLTUuMC41ICAgIFRoZSBz
aG1vcCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1zaW1wbGV4bWwtNS4wLjUgVGhlIHNp
bXBsZXhtbCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1zbm1wLTUuMC41ICAgICBUaGUg
c25tcCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1zb2FwLTUuMC41ICAgICBUaGUgc29h
cCBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1zb2NrZXRzLTUuMC41ICBUaGUgc29ja2V0
cyBzaGFyZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS1zcWxpdGUtNS4wLjUgICBUaGUgc3FsaXRl
IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXN5c3Ztc2ctNS4wLjUgIFRoZSBzeXN2bXNn
IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXN5c3ZzZW0tNS4wLjUgIFRoZSBzeXN2c2Vt
IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXRpZHktNS4wLjUgICAgIFRoZSB0aWR5IHNo
YXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXRva2VuaXplci01LjAuNSBUaGUgdG9rZW5pemVy
IHNoYXJlZCBleHRlbnNpb24gZm9yIHBocApwaHA1LXhtbC01LjAuNF8yICAgIFRoZSB4bWwgc2hh
cmVkIGV4dGVuc2lvbiBmb3IgcGhwCnBocDUteG1scnBjLTUuMC41ICAgVGhlIHhtbHJwYyBzaGFy
ZWQgZXh0ZW5zaW9uIGZvciBwaHAKcGhwNS14c2wtNS4wLjUgICAgICBUaGUgeHNsIHNoYXJlZCBl
eHRlbnNpb24gZm9yIHBocApwaHA1LXpsaWItNS4wLjUgICAgIFRoZSB6bGliIHNoYXJlZCBleHRl
bnNpb24gZm9yIHBocApwaHBiYi0yLjAuMTggICAgICAgIEEgUEhQLWJhc2VkIGJ1bGxldGluIGJv
YXJkIC8gZGlzY3Vzc2lvbiBmb3J1bSBzeXN0ZW0KcGhwZWNsaXBzZS0xLjEuNCAgICBQSFAgRWNs
aXBzZSBhZGRzIFBIUCBzdXBwb3J0IHRvIHRoZSBFY2xpcHNlIElERSBGcmFtZXdvcmsKcGlsb3Qt
bGluay0wLjExLjhfMyBQYWxtUGlsb3QgY29tbXVuaWNhdGlvbnMgdXRpbGl0aWVzIAooYmFja3Vw
L3Jlc3RvcmUvaW5zdGFsbC8KcGtnY29uZmlnLTAuMjAgICAgICBBIHV0aWxpdHkgdG8gcmV0cmll
dmUgaW5mb3JtYXRpb24gYWJvdXQgaW5zdGFsbGVkIApsaWJyYXJpZXMKcGxvZy0xLjAuMSAgICAg
ICAgICBBIFBIUCBhbmQgTXlTUUwgYmFzZWQgYmxvZ2dpbmcgcGxhdGZvcm0KcG5nLTEuMi44XzIg
ICAgICAgICBMaWJyYXJ5IGZvciBtYW5pcHVsYXRpbmcgUE5HIGltYWdlcwpwb2x5cGF1ZGlvLTAu
N18yICAgIFNvdW5kIHNlcnZlciBmb3IgVU5JWApwb3B0LTEuNyAgICAgICAgICAgIEEgZ2V0b3B0
KDMpIGxpa2UgbGlicmFyeSB3aXRoIGEgbnVtYmVyIG9mIGVuaGFuY2VtZW50cywgCmZybwpwb3J0
YXVkaW8tMTguMV8yICAgIFBvcnRhYmxlIGNyb3NzLXBsYXRmb3JtIEF1ZGlvIEFQSQpwb3J0bWFu
YWdlci0wLjMuOV83IEZyZWVCU0QgaW5zdGFsbGVkIHBvcnRzIHN0YXR1cyBhbmQgc2FmZSB1cGRh
dGUgdXRpbGl0eQpwb3J0dXBncmFkZS0yMDA1MTIwNCBGcmVlQlNEIHBvcnRzL3BhY2thZ2VzIGFk
bWluaXN0cmF0aW9uIGFuZCBtYW5hZ2VtZW50IHRvb2wgCnMKcG9zdGdyZXNxbC1jbGllbnQtNy40
LjkgUG9zdGdyZVNRTCBkYXRhYmFzZSAoY2xpZW50KQpwb3N0Z3Jlc3FsLWxpYnBxeHgtMi41LjUg
QSBuZXcgQysrIGludGVyZmFjZSBmb3IgUG9zdGdyZVNRTApwdGgtMi4wLjYgICAgICAgICAgIEdO
VSBQb3J0YWJsZSBUaHJlYWRzCnB5MjQteG1sLTAuOC40ICAgICAgUHlYTUw6IFB5dGhvbiBYTUwg
bGlicmFyeSBlbmhhbmNlbWVudHMKcHl0aG9uLTIuNC4yICAgICAgICBBbiBpbnRlcnByZXRlZCBv
YmplY3Qtb3JpZW50ZWQgcHJvZ3JhbW1pbmcgbGFuZ3VhZ2UKcWNhLXRscy0xLjBfMSAgICAgICBT
U0wvVExTIHBsdWdpbiBmb3IgUXQKcW1ha2UtMy4zLjUgICAgICAgICBUaGUgYnVpbGQgdXRpbGl0
eSBvZiB0aGUgUXQgcHJvamVjdApxdC1jb3B5LTMuMy41ICAgICAgIE11bHRpcGxhdGZvcm0gQysr
IGFwcGxpY2F0aW9uIGZyYW1ld29yayAoKyBLREUgcGF0Y2hlcykKcmVjb2RlLTMuNl80ICAgICAg
ICBDb252ZXJ0cyBmaWxlcyBiZXR3ZWVuIGNoYXJhY3RlciBzZXRzIGFuZCB1c2FnZXMKcnBsYXkt
My4zLjJfMiAgICAgICBOZXR3b3JrIGF1ZGlvIHBsYXllcgpycG0tMy4wLjZfMTAgICAgICAgIFRo
ZSBSZWQgSGF0IFBhY2thZ2UgTWFuYWdlcgpycG0yY3Bpby0xLjJfMiAgICAgIENvbnZlcnQgLnJw
bSBmaWxlcyBmb3IgZXh0cmFjdGlvbiB3aXRoIC91c3IvYmluL2NwaW8sIApuZWVkcwpydWJ5LTEu
OC4yXzUsMSAgICAgIEFuIG9iamVjdC1vcmllbnRlZCBpbnRlcnByZXRlZCBzY3JpcHRpbmcgbGFu
Z3VhZ2UKcnVieTE4LWJkYjEtMC4yLjIgICBSdWJ5IGludGVyZmFjZSB0byBCZXJrZWxleSBEQiBy
ZXZpc2lvbiAxLjh4IHdpdGggZnVsbCAKZmVhdHUKcnVieTE4LW1pbWUtdHlwZXMtMS4xMy4xIE1J
TUU6OlR5cGVzIGZvciBSdWJ5CnNhbWJhLTIuMi4xMl8xICAgICAgQSBmcmVlIFNNQiBhbmQgQ0lG
UyBjbGllbnQgYW5kIHNlcnZlciBmb3IgVU5JWApzYW1iYS1saWJzbWJjbGllbnQtMy4wLjIwYl8y
IFRoZSBzaGFyZWQgbGliIGZyb20gdGhlIHNhbWJhIHBhY2thZ2VzCnNhbmUtYmFja2VuZHMtMS4w
LjE2XzEgQVBJIGZvciBhY2Nlc3MgdG8gc2Nhbm5lcnMsIGRpZ2l0YWxzIGNhbWVyYSwgZnJhbWUg
CmdyYWJiZXJzCnNjcjJwbmctMS4yICAgICAgICAgQ29udmVydHMgdGhlIG91dHB1dCBvZiAidmlk
Y29udHJvbCAtcCIgdG8gUE5HCnNjcjJ0eHQtMS4yICAgICAgICAgQ29udmVydHMgdGhlIG91dHB1
dCBvZiAidmlkY29udHJvbCAtcCIgdG8gdGV4dApzY3JvbGxrZWVwZXItMC4zLjE0XzEsMSBBbiBP
cGVuIERvY3VtZW50IENhdGFsb2dpbmcgUHJvamVjdApzZGwtMS4yLjlfMSwyICAgICAgIENyb3Nz
LXBsYXRmb3JtIG11bHRpLW1lZGlhIGRldmVsb3BtZW50IEFQSQpzZG9jYm9vay14bWwtNC4xLjIu
NV8yICJTaW1wbGlmaWVkIiBEb2NCb29rIFhNTCBEVEQKc2VuZG1haWwtOC4xMy41ICAgICBSZWxp
YWJsZSwgaGlnaGx5IGNvbmZpZ3VyYWJsZSBtYWlsIHRyYW5zZmVyIGFnZW50IHdpdGggCnV0aWwK
c2hhcmVkLW1pbWUtaW5mby0wLjE2XzIgQSBNSU1FIHR5cGUgZGF0YWJhc2UgZnJvbSB0aGUgRnJl
ZURlc2t0b3AgcHJvamVjdApzcGVleC0xLjAuNSwxICAgICAgIEFuIG9wZW4tc291cmNlIHBhdGVu
dC1mcmVlIHZvaWNlIGNvZGVjCnNxbGl0ZS0zLjIuNyAgICAgICAgQW4gU1FMIGRhdGFiYXNlIGVu
Z2luZSBpbiBhIEMgbGlicmFyeSB3LyBUY2wgd3JhcHBlcgpzdGFydHVwLW5vdGlmaWNhdGlvbi0w
LjhfMSBMaWJyYXJ5IHRoYXQgc3VwcG9ydHMgc3RhcnR1cCBub3RpZmljYXRpb24gc3BlYyAKZnJv
bSBmcmVlZGUKc3VidmVyc2lvbi0xLjMuMC5yMiBWZXJzaW9uIGNvbnRyb2wgc3lzdGVtCnN2Z2Fs
aWItMS40LjNfNSAgICAgQSBsb3cgbGV2ZWwgY29uc29sZSBncmFwaGljcyBsaWJyYXJ5CnQxbGli
LTUuMS4wLDEgICAgICAgQSBUeXBlIDEgUmFzdGVyaXplciBMaWJyYXJ5IGZvciBVTklYL1gxMQp0
YWdsaWItMS40XzEgICAgICAgIExpYnJhcnkgZm9yIG1hbmlwdWxhdGluZyBJRDMgdGFncyBhbmQg
T2dnIGNvbW1lbnRzCnRhcmR5LTEuMTIgICAgICAgICAgTWFuaXB1bGF0ZSB0aGUgZmlsZSBoZWFk
ZXJzIGluIHRhciBhcmNoaXZlIGZpbGVzIGluIAp2YXJpb3VzCnRjbC04LjQuMTEsMSAgICAgICAg
VG9vbCBDb21tYW5kIExhbmd1YWdlCnRlVGVYLWJhc2UtMy4wXzUgICAgVGhvbWFzIEVzc2VyJ3Mg
ZGlzdHJpYnV0aW9uIG9mIFRlWCAmIGZyaWVuZHMgKGJpbmFyaWVzKQp0ZVRlWC10ZXhtZi0zLjBf
MyAgIFRob21hcyBFc3NlcidzIGRpc3RyaWJ1dGlvbiBvZiBUZVggJiBmcmllbmRzICh0ZXhtZiB0
cmVlKQp0ZXgtdGV4bWZsb2NhbC0xLjkgIE1ldGEtcG9ydCB0aGF0IGNyZWF0ZXMgYSBzaXRlLWxv
Y2FsICRURVhNRiBkaXJlY3RvcnkKdGV4aTJodG1sLTEuNzZfMSwxICBUZXhpbmZvIHRvIEhUTUwg
Y29udmVydGVyCnRpZHktbGliLTA1MTAyNiAgICAgVXRpbGl0eSB0byBjbGVhbiB1cCBhbmQgcHJl
dHR5IHByaW50IEhUTUwvWEhUTUwvWE1MICh3aXRoIApzCnRpZmYtMy43LjQgICAgICAgICAgVG9v
bHMgYW5kIGxpYnJhcnkgcm91dGluZXMgZm9yIHdvcmtpbmcgd2l0aCBUSUZGIGltYWdlcwp0ay04
LjQuMTEsMiAgICAgICAgIEdyYXBoaWNhbCB0b29sa2l0IGZvciBUQ0wKdGtjdnMtNy4yLjQgICAg
ICAgICBUY2wvVGsgZnJvbnRlbmRzIHRvIENWUyBhbmQgZGlmZgp0cmFmZmljLTAuMS5yNCAgICAg
IFRoZSBtYWluIGdvYWwgb2YgdGhpcyBwcm9ncmFtIGlzIHRvIGNvdW50IGJhbmR3aWR0aCB1c2Fn
ZSAKYgp0dG1rZmRpci0yMDAyMTEwOV8xIENyZWF0ZSBmb250cy5zY2FsZSBmaWxlIGZvciB1c2Ug
d2l0aCBUcnVlVHlwZSBmb250IHNlcnZlcgp1bml4T0RCQy0yLjIuMTEgICAgIE9EQkMgbGlicmFy
eSBzdWl0ZSBmb3IgVW5peAp1bnppcC01LjUyXzIgICAgICAgIExpc3QsIHRlc3QgYW5kIGV4dHJh
Y3QgY29tcHJlc3NlZCBmaWxlcyBpbiBhIFpJUCBhcmNoaXZlCnVyd2ZvbnRzLTEuMCAgICAgICAg
QW5vdGhlciBmb250IHBhY2thZ2UgZm9yIFgKdjRhbGwtMi4xLjEuOSAgICAgICBBbiBFY2xpcHNl
IFBsdWdpbiBmb3IgRGVzaWduaW5nIEphdmEgU3dpbmcgJiBTV1QgR1VJcwp2Y2RpbWFnZXItMC43
LjIzICAgICJHTlUgVkNESW1hZ2VyL1ZDRFJpcCAtLSBUaGUgR05VIFZpZGVvQ0QgSW1hZ2UgCk1h
a2VyL1JpcHBpbgp3Z2V0LTEuMTAuMiAgICAgICAgIFJldHJpZXZlIGZpbGVzIGZyb20gdGhlIE5l
dCB2aWEgSFRUUCBhbmQgRlRQCnd2Mi0wLjIuMl8yICAgICAgICAgQSBsaWJyYXJ5IHByb3ZpZGlu
ZyByb3V0aW5lcyB0byBhY2Nlc3MgTWljcm9zb2Z0IFdvcmQgCmZpbGVzCngydm5jLTEuNjEgICAg
ICAgICAgQSBwcm9ncmFtIHRvIGxpbmsgbXVsdGlwbGUgWCBhbmQgVk5DIHNlcnZlcnMgdG9nZXRo
ZXIKeDJ4LTEuMjdfMSAgICAgICAgICBBIHByb2dyYW0gdG8gbGluayBtdWx0aXBsZSBYIHNlcnZl
cnMgdG9nZXRoZXIKeGVtYWNzLTIxLjQuMTdfMiAgICBUaGlzIHBvcnQgdHJhY2tzIHRoZSBzdGFi
bGUgdmVyc2lvbiBvZiB0aGUgWEVtYWNzIHRleHQgCmVkaXQKeGVtYWNzLXBhY2thZ2VzLTEzLjEg
QmFzaWMgWEVtYWNzIGVsaXNwIHBhY2thZ2VzKHhlbWFjcy1wYWNrYWdlcykKeGZvcm1zLTEuMF8z
LDEgICAgICBBIGdyYXBoaWNhbCB1c2VyIGludGVyZmFjZSB0b29sa2l0IGZvciBYIFdpbmRvdyBT
eXN0ZW0KeGZzdHQtMS42ICAgICAgICAgICBBIFRydWVUeXBlIGZvbnQgc2VydmVyIGZvciBYMTEK
eGh0bWwtMS4wLjIwMDIwODAxXzQgVzNDJ3MgWEhUTUwgRFRECnhtbGNhdG1nci0yLjIgICAgICAg
U0dNTCBhbmQgWE1MIGNhdGFsb2cgbWFuYWdlcgp4b3JnLTYuOC4yICAgICAgICAgIFguT3JnIGRp
c3RyaWJ1dGlvbiBtZXRhcG9ydAp4b3JnLWNsaWVudHMtNi44LjJfMSBYIGNsaWVudCBwcm9ncmFt
cyBhbmQgcmVsYXRlZCBmaWxlcyBmcm9tIFguT3JnCnhvcmctZG9jdW1lbnRzLTYuOC4yIERvY3Vt
ZW50YXRpb24gb2YgWDExIHByb3RvY29sIGFuZCBsaWJyYXJpZXMgZnJvbSBYLk9yZwp4b3JnLWZv
bnRzLTEwMGRwaS02LjguMiBYLk9yZyAxMDBkcGkgYml0bWFwIGZvbnRzCnhvcmctZm9udHMtNzVk
cGktNi44LjIgWC5PcmcgNzVkcGkgYml0bWFwIGZvbnRzCnhvcmctZm9udHMtY3lyaWxsaWMtNi44
LjIgWC5PcmcgQ3lyaWxsaWMgYml0bWFwIGZvbnRzCnhvcmctZm9udHMtZW5jb2RpbmdzLTYuOC4y
IFguT3JnIGZvbnQgZW5jb2RpbmcgZmlsZXMKeG9yZy1mb250cy1taXNjYml0bWFwcy02LjguMiBY
Lk9yZyBtaXNjZWxsYW5lb3VzIGJpdG1hcCBmb250cwp4b3JnLWZvbnRzLXRydWV0eXBlLTYuOC4y
IFguT3JnIFRydWVUeXBlIGZvbnRzCnhvcmctZm9udHMtdHlwZTEtNi44LjIgWC5PcmcgVHlwZTEg
Zm9udHMKeG9yZy1mb250c2VydmVyLTYuOC4yIFggZm9udCBzZXJ2ZXIgZnJvbSBYLk9yZwp4b3Jn
LWxpYnJhcmllcy02LjguMiBYMTEgbGlicmFyaWVzIGFuZCBoZWFkZXJzIGZyb20gWC5PcmcKeG9y
Zy1tYW5wYWdlcy02LjguMiBYLk9yZyBsaWJyYXJ5IG1hbnVhbCBwYWdlcwp4b3JnLW5lc3RzZXJ2
ZXItNi44LjIgTmVzdGluZyBYIHNlcnZlciBmcm9tIFguT3JnCnhvcmctcHJpbnRzZXJ2ZXItNi44
LjJfMiBYIFByaW50IHNlcnZlciBmcm9tIFguT3JnCnhvcmctc2VydmVyLTYuOC4yXzcgWC5Pcmcg
WCBzZXJ2ZXIgYW5kIHJlbGF0ZWQgcHJvZ3JhbXMKeG9yZy12ZmJzZXJ2ZXItNi44LjIgWCB2aXJ0
dWFsIGZyYW1lYnVmZmVyIHNlcnZlciBmcm9tIFguT3JnCnhwYXRoMnJzcy0wLjcgICAgICAgSFRN
TCB0byBSU1MgY29udmVydGVyCnhwZGYtMy4wMV8xICAgICAgICAgRGlzcGxheSBQREYgZmlsZXMs
IGFuZCBjb252ZXJ0IHRoZW0gdG8gb3RoZXIgZm9ybWF0cwp4dGVybS0yMDZfMSAgICAgICAgIFRl
cm1pbmFsIGVtdWxhdG9yIGZvciB0aGUgWCBXaW5kb3cgU3lzdGVtCnlhei0yLjEuOCAgICAgICAg
ICAgWjM5LjUwL1NSIGNsaWVudCBhbmQgQVBJIGxpYnJhcnkKemlwLTIuMzEgICAgICAgICAgICBD
cmVhdGUvdXBkYXRlIFpJUCBmaWxlcyBjb21wYXRpYmxlIHdpdGggcGt6aXAKenppcGxpYi0wLjEw
LjgyICAgICBBIGxpYnJhcnkgdG8gcHJvdmlkZSB0cmFuc3BhcmVudCByZWFkIGFjY2VzcyB0byB6
aXBwZWQgCmZpbGUKNDAgeXJzIG5hdmlnYXRpbmcgYW5kIGNvbXB1dGluZyBpbiBibHVlIHdhdGVy
cy4KRW5nbGlzaCBPd25lciAmIENhcHRhaW4gb2YgQnJpdGlzaCBSZWdpc3RlcmVkIDYwJyBibHVl
d2F0ZXIgS2V0Y2ggUy9WIFRhdXJ1cy4KIEN1cnJlbnRseSBpbiBTYW4gRGllZ28sIENBLiBTYWls
aW5nIGJvdW5kIGZvciBFdXJvcGUgdmlhIFBhbmFtYSBDYW5hbCBhZnRlciAKY29tcGxldGluZyBl
bmdpbmVyb29tIHJlZml0Lgo=

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 02:22:36 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BA0A016A42A
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 02:22:36 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB6643D45
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 02:22:31 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1EjST6-0004dt-IQ
	for freebsd-stable@freebsd.org; Tue, 06 Dec 2005 03:22:12 +0100
Received: from murdoc.gwi.net ([207.5.142.8])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 03:22:12 +0100
Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 03:22:12 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: "Joshua Coombs" <jcoombs@gwi.net>
Date: Mon, 5 Dec 2005 21:20:28 -0500
Lines: 8
Message-ID: <dn2shd$2sr$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: murdoc.gwi.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Sender: news <news@sea.gmane.org>
Subject: ZERO_COPY_SOCKETS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 02:22:36 -0000

#options                ZERO_COPY_SOCKETS

What's the status of this in 6.0-R and 6-stable?  The idea of avoiding 
memory copies when possible seems really appealing for my 386, on 
which any little boost is significant. : )

Joshua Coombs 



From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 06:32:04 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A157016A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 06:32:04 +0000 (GMT)
	(envelope-from igorr@speechpro.com)
Received: from speechpro.com (speech-tech-2.ip.PeterStar.net [81.3.190.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2513F43D55
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 06:32:03 +0000 (GMT)
	(envelope-from igorr@speechpro.com)
Received: from sysadm.stc ([192.168.2.26])
	by s1.stc with esmtp (Exim 4.53 (FreeBSD)) id 1EjWMs-000CVN-2v
	for freebsd-stable@freebsd.org; Tue, 06 Dec 2005 09:32:02 +0300
Received: from localhost.stc ([127.0.0.1] helo=sysadm.stc)
	by sysadm.stc with esmtp (Exim 4.54 (FreeBSD)) id 1EjWMQ-000Eu0-TA
	for freebsd-stable@freebsd.org; Tue, 06 Dec 2005 09:31:35 +0300
Received: (from igorr@localhost)
	by sysadm.stc (8.13.4/8.13.3/Submit) id jB66VYSN057287
	for freebsd-stable@freebsd.org; Tue, 6 Dec 2005 09:31:34 +0300 (MSK)
	(envelope-from igorr)
Date: Tue, 6 Dec 2005 09:31:34 +0300
From: Igor Robul <igorr@speechpro.com>
To: freebsd-stable@freebsd.org
Message-ID: <20051206063134.GA57230@sysadm.stc>
References: <dn2shd$2sr$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <dn2shd$2sr$1@sea.gmane.org>
User-Agent: Mutt/1.5.11
X-Archived: Yes
Subject: Re: ZERO_COPY_SOCKETS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 06:32:04 -0000

On Mon, Dec 05, 2005 at 09:20:28PM -0500, Joshua Coombs wrote:
> #options                ZERO_COPY_SOCKETS
> 
> What's the status of this in 6.0-R and 6-stable?  The idea of avoiding 
> memory copies when possible seems really appealing for my 386, on 
> which any little boost is significant. : )
http://www.freebsd.org/releases/6.0R/relnotes-i386.html#KERNEL

So you can't use FreeBSD-6.0 and greater on 80386 anymore.

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 08:03:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 256DA16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 08:03:32 +0000 (GMT)
	(envelope-from gni@gecko.de)
Received: from kirk.baltic.net (kirk.baltic.net [193.189.247.10])
	by mx1.FreeBSD.org (Postfix) with SMTP id 48B4643D9A
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 08:03:15 +0000 (GMT)
	(envelope-from gni@gecko.de)
Received: (qmail 2493 invoked from network); 6 Dec 2005 07:58:22 -0000
Received: from waldorf.gecko.de (HELO kermit.int.gecko.de) (193.189.247.200)
	by kirk.baltic.net with SMTP; 6 Dec 2005 07:58:22 -0000
Received: from lorien.int.gecko.de (lorien [192.168.120.159])
	by kermit.int.gecko.de (8.12.10+Sun/8.12.10) with ESMTP id
	jB68396B004301
	for <freebsd-stable@freebsd.org>; Tue, 6 Dec 2005 09:03:09 +0100 (CET)
Received: from lorien.int.gecko.de (localhost [127.0.0.1])
	by lorien.int.gecko.de (8.12.9/8.12.9) with ESMTP id jB683YgE086347
	for <freebsd-stable@freebsd.org>; Tue, 6 Dec 2005 09:03:34 +0100 (MET)
	(envelope-from munk@lorien.int.gecko.de)
Received: (from munk@localhost)
	by lorien.int.gecko.de (8.12.9/8.12.9/Submit) id jB683Y5O086346
	for freebsd-stable@freebsd.org; Tue, 6 Dec 2005 09:03:34 +0100 (MET)
Date: Tue, 6 Dec 2005 09:03:34 +0100
From: Gunther Nikl <gni@gecko.de>
To: freebsd-stable@freebsd.org
Message-ID: <20051206080334.GA86303@lorien.int.gecko.de>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200512051518.43896.vizion@vizion.occoxmail.com>
User-Agent: Mutt/1.4.2.1i
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 08:03:32 -0000

On Mon, Dec 05, 2005 at 03:18:43PM -0800, Vizion wrote:
> I have tried repeatedly to get make buildworld for upgrading from freebsd
> 5.3 to 6.0 but get repeated failure in libkrb5.

  Maybe you should update to the latest 5-STABLE before uprading to
  6-STABLE.

> I have tried with very helpful advice from freebsd-questions contributors:
> 
> with and without ccache
> 3x make cleandir prior to build
> additional cvsup of source tree

  I always build with an empty /usr/obj.

> /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:170: 
> error: syntax error before "chpw"

  Dou you need kerberos? I disabeled it through a knob in /etc/make.conf.
  Check /usr/share/examples/etc/make.conf for details.

  Last weekend I upgraded my 5-STABLE installation to 6-STABLE and all
  went smoothly. First I built 6-STABLE from 5-STABLE, activated it and
  then I built 6-STABLE again.

  Gunther

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 09:04:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 55D3C16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:04:51 +0000 (GMT)
	(envelope-from fblist@gmail.com)
Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.204])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5727443D45
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:04:50 +0000 (GMT)
	(envelope-from fblist@gmail.com)
Received: by nproxy.gmail.com with SMTP id l37so500789nfc
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 01:04:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=G+86kqbjEjgnqKbODl6jW8lfE8Wi1uS0TwHmDu+Wmqu5v3qnIIVKNbWTcOyTHtkFs0ZepxYXTxH+WhUkXqy8PjHIanNclgoLUOP5y635GvYKRgCmqtr4mqURNqSTAKdmXMO1kh8rDPCWJn7RaSrcy9mVl2X05tWmSYxss8gbfug=
Received: by 10.48.209.8 with SMTP id h8mr48041nfg;
	Tue, 06 Dec 2005 01:04:48 -0800 (PST)
Received: by 10.48.162.4 with HTTP; Tue, 6 Dec 2005 01:04:48 -0800 (PST)
Message-ID: <910c4cb0512060104j49c834cfm@mail.gmail.com>
Date: Tue, 6 Dec 2005 17:04:48 +0800
From: Z R <fblist@gmail.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: [PR] The csh core dump on FreeBSD-6.0-STABLE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 09:04:51 -0000

Hi,
   Today,  I want to copy a file to a msdosfs mounted on my
FreeBSD-6.0-STABLE. I typed "cp xxxx /data1/books", then I hit the TAB. It
doesn't response. After a few seconds, the "login:" appears. The csh core
dump.
   In the /var/log/message, says "dos2unixtime(): month value out of range
(15)" and "pid 551 (csh), uid 0: exited on signal 8". Then I "gdb" the
csh.core, then "where" says:
                  #0 0x0806a1e6 in globfree ()
                  #1 0x0806ab66 in globfree ()
                  #2 0x0806b440 in globfree ()
                  #3 0x080747c4 in globfree ()
                  #4 0x0805c552 in ?? ()
                  #5 0x00000000 in ?? ()
                                   .
                                   .
                                   .
                  #20 0x08080446 in realloc ()
                  #21 0x0805e117 in ?? ()
                  #22 0x00000000 in ?? ()
                                  .
                                  .
                                  .
                                  .
                  #325 0x281b6931 in _none_init () from /lib/libc.so.6
                  #326 0x0813000d in ?? ()
                  #327 0x281cc4e4 in ?? () from /lib/libc.so.6
                  #328 0xbfbeeb58 in ?? ()
                  #329 0x2813afb4 in wctomb () from /lib/libc.so.6
                  #330 0x0804a6ce in ?? ()
                  #331 0x080d1fbc in environ ()
                  #332 0x00000000 in ?? ()

                  #333 0xbfbf6c38 in ?? ()
                  #334 0x00000000 in ?? ()

                                  .
                                  .
                                  .
                                  .
                  #642 0x28149ffe in sigsetmask () from /lib/libc.so.6
                  #xxx 0x00000000 in ?? ()
                                  .
                                  .
                                  .
                                  .
                  #8599 0x28090d9a in malloc () from /libexec/ld-elf.so.1

                                  .
                                  .
                                  .
                                  .
                  #8605 0x08081a18 in __divdi3 ()
                  #8606 0x00000001 in ?? ()
        Then, I test how can reproduce the problem. Here's the details.
        fstab: /dev/ad0s5        /data1       msdosfs rw,
-L=3Dzh_CN.eucCN       2         2
        In the /data1/books, there are some files have a Chinese filename.
If I setenv "LANG zh_CN.eucCN" and "LC_CTYPE zh_CN.eucCN", the problem will
not happen. If I remove these env variables, the problem reproduces.
        csh: --version
               tcsh 6.14.00 (Astron) 2005-03-25 (i386-intel-FreeBSD) option=
s
wide, nls, dl, al, kan, rh, color, filec
        And my /etc/csh.cshrc:
            # $FreeBSD: src/etc/csh.cshrc,v 1.3 1999/08/27 23:23:40 peter
Exp $
            #
            # System-wide .cshrc file for csh(1).

            set ostype =3D `uname -s`        # sad, no?

            # pretty path
            set path =3D ( ~/bin /bin /usr/local/bin /usr/local/sbin /usr/b=
in
/sbin \
                         /usr/sbin /usr/X11R6/bin /usr/local/jdk1.3.1/bin \
                       )

            if ( -d "/usr/games" ) set path =3D ( $path /usr/games )
            if ( -d "/usr/ports" ) set path =3D ( $path
/usr/ports/Tools/scripts )
            if ( -d "/var/qmail" ) set path =3D ( $path /var/qmail/bin )
            if ( -d "/home/des/bin" ) set path =3D ( $path /home/des/bin )

            # settings
            set autocorrect            # fix my mistakes.
            set autolist =3D ambiguous     #
            set cdpath =3D ( ~ )        # lazy
            set complete =3D enhance        # vi f.b completes to foo.bar!
            set correct =3D cmd        # correct what i type.
            set filec            # file completion
            set prompt =3D '[%B%n@%m%b] %B%~%b%# '
            set history =3D 100        # history buffer
            set notify            # don't wait for activity; instant job
status
            set watch=3D(0 any any)        # who's here?
            unset autologout        # idle.
            unset noglob            #

            # environment setup
            setenv EXINIT        "set ai"
            setenv IRCNAME        "Xin LI <delphij@FreeBSD.org>"
            setenv PAGER        "less"
            setenv LSCOLORS ExGxFxdxCxegedabagExEx

            if ( -d "~/tmp" ) setenv TMPDIR "$HOME/tmp"    # secure.

            if (! $?term) exit        # if we don't have a terminal, bail.

            # nifty prompt.  xterm title if we're in an xterm...
            switch ($term)
            case "aterm":
            case "rxvt":
            case "screen":
            case "xterm":
            case "xterm-color":
                setenv TERM xterm
                set xterm=3D"%{\033]2;%n@%m:%~\007%}%{\033]1;%m\007%}"
                breaksw
            default:
                set xterm=3D""
            endsw

            unset xterm

            # aliases because I am lazy
            alias    \!        'h'
            alias    c        'clear'
            alias    dist.cshrc    'xapply "scp .cshrc %1:." `cat .hosts`'
            alias    dosort        'sort -o \!* \!*'
            alias    eg        'egrep'
            alias    f        'find . -name \!* -print'
            alias    ff        'find . -name \!* -exec ls -l {} \;'
            alias    g        'grep'
            alias    h        'history'
            alias    j        'jobs -l'
            alias    l        'less'
            alias    ll        'ls -Fla'
            alias    lld        'ls -Fald'
            alias    ls        'ls -GFa'
            alias    m        'make'
            alias    mq        'mailq'
            alias    mqg        'mailq | grep \!*'
            alias    newhost        'xapply "scp %1 \!*\:."
.ssh/authorized_keys .cshrc'
            alias    r        'rehash'
            alias    res        'source ~/.cshrc'
            alias    z        'suspend'

            # bah.
            switch ($ostype)
            case "SunOS":
                set psargs =3D "-ef"
                set psargs2 =3D "-fu $USER"
                breaksw
            default:
                set psargs =3D "-auwx"
                set psargs2 =3D "-ux"
            endsw

            alias    psa        'ps $psargs'
            alias    psx        'ps $psargs2'
            alias    psg        'ps $psargs | grep \!* | grep -v grep'

            # cool autocomplete goodness

            # this has a tab completion for hosts. yay!
            set hosts
            set noglob
            foreach f ($HOME/.hosts $HOME/.rhosts)
              if ( -r $f ) then
                set hosts =3D ($hosts `grep -v "+" $f | tr -s " " "    " | =
cut
-f 1`)
              endif
            end

            # more complete loving.
            complete -%*        c/%/j/
            complete {alias,unalias}    p/1/a/
            complete {bg,fg,stop}    c/%/j/ p/1/"(%)"//
            complete cat        n/*/f/
            complete cd        p/1/d/
            complete chgrp        c/-/"(c f h R v -)"/ n/-/g/ p/1/g/ n/*/f/
            complete chown        c/-/"(c f h R v -)"/ C@[./\$~]@f@
c/*[.:]/g/ \
                        n/-/u/. p/1/u/. n/*/f/
            complete exec        p/1/c/
            complete ftp        c/-/"(d i g n v)"/ n/-/\$hosts/ p/1/\$hosts=
/
n/*/n/
            complete finger        c/*@/\$hosts/ n/*/u/@
            complete kill        'c/-/S/' 'c/%/j/' \
                        'n/*/`ps -xu $LOGNAME | awk '"'"'{print $2}'"'"'`/'
            complete {killall,pkill}    c/-/S/ n/*/c/
            complete make        'n/-f/f/' 'c/*=3D/f/' \
                        'n@*@`cat -s GNUmakefile Makefile makefile |& sed -=
n
-e "/No such file/d" -e "/^[^     #].*:/s/:.*//p"`@'
            complete mutt        c@=3D@F:$HOME/Mail/@
            complete ping        p/1/\$hosts/
            complete {portupgrade,pkg_delete,pkg_info}    c/-/"(f x)"/
p@*@D:/var/db/pkg@@
            complete rmdir        n/*/d/
            complete set        'c/*=3D/f/' 'p/1/s/=3D' 'n/=3D/f/'
            complete ssh        p/*/\$hosts/ c/-/t/ n/-l/u/
            complete sudo        n/-l/u/ p/1/c/
            complete talk        p/1/'`users | tr " " "\012" | uniq`'/ \
                         n/*/\`who\ \|\ grep\ \$:1\ \|\ awk\ \'\{\ print\
\$2\ \}\'\`/
            complete telnet     p/1/\$hosts/ p/2/x:'<port>'/ n/*/n/
            complete traceroute    p/1/\$hosts/
            complete unset        n/*/s/
            complete vi        p/1/t/
            complete which        n/*/c/
            complete xhost        c/[+-]/\$hosts/ n/*/\$hosts/
            complete xpdf        n/*/f:*.pdf/
            unset noglob

            bindkey -k up history-search-backward
            bindkey -k down history-search-forward
            bindkey "^W" backward-delete-word

   If you want more information, mail me please :)  It's my pleasure.
Thanks.

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 09:16:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6829716A420
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:16:07 +0000 (GMT)
	(envelope-from fblist@gmail.com)
Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.198])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 934A243D7C
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:15:55 +0000 (GMT)
	(envelope-from fblist@gmail.com)
Received: by nproxy.gmail.com with SMTP id l37so501421nfc
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 01:15:54 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=U+tShFpg3/P1OFMst3aDsqZTGpbpMXvloLbQRB4Dsv+8PxyNEnrVk+mK6biKVD/BjouSSTG4kJPc/fPCChCGapkFMAKLo3uwSER5inwyTtmq+5QiWeJf48l7B+W1zRcE0Ghzi/tHr2/g+l6SK3ix8YSuKTfUwu/VO11g2+DNOHg=
Received: by 10.48.221.11 with SMTP id t11mr46705nfg;
	Tue, 06 Dec 2005 01:15:54 -0800 (PST)
Received: by 10.48.162.4 with HTTP; Tue, 6 Dec 2005 01:15:54 -0800 (PST)
Message-ID: <910c4cb0512060115m2e07fa60u@mail.gmail.com>
Date: Tue, 6 Dec 2005 17:15:54 +0800
From: Z R <fblist@gmail.com>
To: freebsd-stable@freebsd.org
In-Reply-To: <910c4cb0512060104j49c834cfm@mail.gmail.com>
MIME-Version: 1.0
References: <910c4cb0512060104j49c834cfm@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: Re: [PR] The csh core dump on FreeBSD-6.0-STABLE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 09:16:07 -0000

Sorry, fotget my hardware configuration. It's a IBM ThinkPad T23 2647-4NC.
Piii 1.13, 512M SDR, 40G(HITACHI 5k80), 10/100M Ethernet modem combo card,
wifi card original.

2005/12/6, Z R <fblist@gmail.com>:
>
> Hi,
>    Today,  I want to copy a file to a msdosfs mounted on my
> FreeBSD-6.0-STABLE. I typed "cp xxxx /data1/books", then I hit the TAB. I=
t
> doesn't response. After a few seconds, the "login:" appears. The csh core
> dump.
>    In the /var/log/message, says "dos2unixtime(): month value out of rang=
e
> (15)" and "pid 551 (csh), uid 0: exited on signal 8". Then I "gdb" the
> csh.core, then "where" says:
>                   #0 0x0806a1e6 in globfree ()
>                   #1 0x0806ab66 in globfree ()
>                   #2 0x0806b440 in globfree ()
>                   #3 0x080747c4 in globfree ()
>                   #4 0x0805c552 in ?? ()
>                   #5 0x00000000 in ?? ()
>                                    .
>                                    .
>                                    .
>                   #20 0x08080446 in realloc ()
>                   #21 0x0805e117 in ?? ()
>                   #22 0x00000000 in ?? ()
>                                   .
>                                   .
>                                   .
>                                   .
>                   #325 0x281b6931 in _none_init () from /lib/libc.so.6
>                   #326 0x0813000d in ?? ()
>                   #327 0x281cc4e4 in ?? () from /lib/libc.so.6
>                   #328 0xbfbeeb58 in ?? ()
>                   #329 0x2813afb4 in wctomb () from /lib/libc.so.6
>                   #330 0x0804a6ce in ?? ()
>                   #331 0x080d1fbc in environ ()
>                   #332 0x00000000 in ?? ()
>
>                   #333 0xbfbf6c38 in ?? ()
>                   #334 0x00000000 in ?? ()
>
>                                   .
>                                   .
>                                   .
>                                   .
>                   #642 0x28149ffe in sigsetmask () from /lib/libc.so.6
>                   #xxx 0x00000000 in ?? ()
>                                   .
>                                   .
>                                   .
>                                   .
>                   #8599 0x28090d9a in malloc () from /libexec/ld-elf.so.1
>
>                                   .
>                                   .
>                                   .
>                                   .
>                   #8605 0x08081a18 in __divdi3 ()
>                   #8606 0x00000001 in ?? ()
>         Then, I test how can reproduce the problem. Here's the details.
>         fstab: /dev/ad0s5        /data1       msdosfs rw,
> -L=3Dzh_CN.eucCN       2         2
>         In the /data1/books, there are some files have a Chinese filename=
.
> If I setenv "LANG zh_CN.eucCN" and "LC_CTYPE zh_CN.eucCN", the problem wi=
ll
> not happen. If I remove these env variables, the problem reproduces.
>         csh: --version
>                tcsh 6.14.00 (Astron) 2005-03-25 (i386-intel-FreeBSD)
> options wide, nls, dl, al, kan, rh, color, filec
>         And my /etc/csh.cshrc:
>             # $FreeBSD: src/etc/csh.cshrc,v 1.3 1999/08/27 23:23:40 peter
> Exp $
>             #
>             # System-wide .cshrc file for csh(1).
>
>             set ostype =3D `uname -s`        # sad, no?
>
>             # pretty path
>             set path =3D ( ~/bin /bin /usr/local/bin /usr/local/sbin
> /usr/bin /sbin \
>                          /usr/sbin /usr/X11R6/bin /usr/local/jdk1.3.1/bin
> \
>                        )
>
>             if ( -d "/usr/games" ) set path =3D ( $path /usr/games )
>             if ( -d "/usr/ports" ) set path =3D ( $path
> /usr/ports/Tools/scripts )
>             if ( -d "/var/qmail" ) set path =3D ( $path /var/qmail/bin )
>             if ( -d "/home/des/bin" ) set path =3D ( $path /home/des/bin =
)
>
>             # settings
>             set autocorrect            # fix my mistakes.
>             set autolist =3D ambiguous     #
>             set cdpath =3D ( ~ )        # lazy
>             set complete =3D enhance        # vi f.b completes to foo.bar=
!
>             set correct =3D cmd        # correct what i type.
>             set filec            # file completion
>             set prompt =3D '[%B%n@%m%b] %B%~%b%# '
>             set history =3D 100        # history buffer
>             set notify            # don't wait for activity; instant job
> status
>             set watch=3D(0 any any)        # who's here?
>             unset autologout        # idle.
>             unset noglob            #
>
>             # environment setup
>             setenv EXINIT        "set ai"
>             setenv IRCNAME        "Xin LI <delphij@FreeBSD.org >"
>             setenv PAGER        "less"
>             setenv LSCOLORS ExGxFxdxCxegedabagExEx
>
>             if ( -d "~/tmp" ) setenv TMPDIR "$HOME/tmp"    # secure.
>
>             if (! $?term) exit        # if we don't have a terminal, bail=
.
>
>             # nifty prompt.  xterm title if we're in an xterm...
>             switch ($term)
>             case "aterm":
>             case "rxvt":
>             case "screen":
>             case "xterm":
>             case "xterm-color":
>                 setenv TERM xterm
>                 set xterm=3D"%{\033]2;%n@%m:%~\007%}%{\033]1;%m\007%}"
>                 breaksw
>             default:
>                 set xterm=3D""
>             endsw
>
>             unset xterm
>
>             # aliases because I am lazy
>             alias    \!        'h'
>             alias    c        'clear'
>             alias    dist.cshrc    'xapply "scp .cshrc %1:." `cat .hosts`=
'
>             alias    dosort        'sort -o \!* \!*'
>             alias    eg        'egrep'
>             alias    f        'find . -name \!* -print'
>             alias    ff        'find . -name \!* -exec ls -l {} \;'
>             alias    g        'grep'
>             alias    h        'history'
>             alias    j        'jobs -l'
>             alias    l        'less'
>             alias    ll        'ls -Fla'
>             alias    lld        'ls -Fald'
>             alias    ls        'ls -GFa'
>             alias    m        'make'
>             alias    mq        'mailq'
>             alias    mqg        'mailq | grep \!*'
>             alias    newhost        'xapply "scp %1 \!*\:."
> .ssh/authorized_keys .cshrc'
>             alias    r        'rehash'
>             alias    res        'source ~/.cshrc'
>             alias    z        'suspend'
>
>             # bah.
>             switch ($ostype)
>             case "SunOS":
>                 set psargs =3D "-ef"
>                 set psargs2 =3D "-fu $USER"
>                 breaksw
>             default:
>                 set psargs =3D "-auwx"
>                 set psargs2 =3D "-ux"
>             endsw
>
>             alias    psa        'ps $psargs'
>             alias    psx        'ps $psargs2'
>             alias    psg        'ps $psargs | grep \!* | grep -v grep'
>
>             # cool autocomplete goodness
>
>             # this has a tab completion for hosts. yay!
>             set hosts
>             set noglob
>             foreach f ($HOME/.hosts $HOME/.rhosts)
>               if ( -r $f ) then
>                 set hosts =3D ($hosts `grep -v "+" $f | tr -s " " "    " =
|
> cut -f 1`)
>               endif
>             end
>
>             # more complete loving.
>             complete -%*        c/%/j/
>             complete {alias,unalias}    p/1/a/
>             complete {bg,fg,stop}    c/%/j/ p/1/"(%)"//
>             complete cat        n/*/f/
>             complete cd        p/1/d/
>             complete chgrp        c/-/"(c f h R v -)"/ n/-/g/ p/1/g/
> n/*/f/
>             complete chown        c/-/"(c f h R v -)"/ C@[./\$~]@f@
> c/*[.:]/g/ \
>                         n/-/u/. p/1/u/. n/*/f/
>             complete exec        p/1/c/
>             complete ftp        c/-/"(d i g n v)"/ n/-/\$hosts/
> p/1/\$hosts/ n/*/n/
>             complete finger        c/*@/\$hosts/ n/*/u/@
>             complete kill        'c/-/S/' 'c/%/j/' \
>                         'n/*/`ps -xu $LOGNAME | awk '"'"'{print
> $2}'"'"'`/'
>             complete {killall,pkill}    c/-/S/ n/*/c/
>             complete make        'n/-f/f/' 'c/*=3D/f/' \
>                         'n@*@`cat -s GNUmakefile Makefile makefile |& sed
> -n -e "/No such file/d" -e "/^[^     #].*:/s/:.*//p"`@'
>             complete mutt        c@=3D@F:$HOME/Mail/@
>             complete ping        p/1/\$hosts/
>             complete {portupgrade,pkg_delete,pkg_info}    c/-/"(f x)"/
> p@*@D:/var/db/pkg@@
>             complete rmdir        n/*/d/
>             complete set        'c/*=3D/f/' 'p/1/s/=3D' 'n/=3D/f/'
>             complete ssh        p/*/\$hosts/ c/-/t/ n/-l/u/
>             complete sudo        n/-l/u/ p/1/c/
>             complete talk        p/1/'`users | tr " " "\012" | uniq`'/ \
>                          n/*/\`who\ \|\ grep\ \$:1\ \|\ awk\ \'\{\ print\
> \$2\ \}\'\`/
>             complete telnet     p/1/\$hosts/ p/2/x:'<port>'/ n/*/n/
>             complete traceroute    p/1/\$hosts/
>             complete unset        n/*/s/
>             complete vi        p/1/t/
>             complete which        n/*/c/
>             complete xhost        c/[+-]/\$hosts/ n/*/\$hosts/
>             complete xpdf        n/*/f:*.pdf/
>             unset noglob
>
>             bindkey -k up history-search-backward
>             bindkey -k down history-search-forward
>             bindkey "^W" backward-delete-word
>
>    If you want more information, mail me please :)  It's my pleasure.
> Thanks.
>

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 09:29:08 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 76CD916A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:29:08 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3C6A143D68
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:29:07 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id 120301A3C27;
	Tue,  6 Dec 2005 01:29:07 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 462AF5494D; Tue,  6 Dec 2005 04:29:06 -0500 (EST)
Date: Tue, 6 Dec 2005 04:29:06 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: Z R <fblist@gmail.com>
Message-ID: <20051206092905.GA64566@xor.obsecurity.org>
References: <910c4cb0512060104j49c834cfm@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx"
Content-Disposition: inline
In-Reply-To: <910c4cb0512060104j49c834cfm@mail.gmail.com>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org
Subject: Re: [PR] The csh core dump on FreeBSD-6.0-STABLE
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 09:29:08 -0000


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

On Tue, Dec 06, 2005 at 05:04:48PM +0800, Z R wrote:
> Hi,
>    Today,  I want to copy a file to a msdosfs mounted on my
> FreeBSD-6.0-STABLE. I typed "cp xxxx /data1/books", then I hit the TAB. It
> doesn't response. After a few seconds, the "login:" appears. The csh core
> dump.

csh is maintained separately from FreeBSD - you should report this csh
bug to the authors (see the manpage).

Kris

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

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

iD8DBQFDlVnhWry0BWjoQKURAlP3AJ9s8jXjv0JtrHfZ2BgRYFalIw/+5ACgvOoZ
OZmFEoEWWtojKy9MEeSiYMY=
=C8A0
-----END PGP SIGNATURE-----

--dDRMvlgZJXvWKvBx--

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 09:33:18 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EFCFE16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:33:18 +0000 (GMT)
	(envelope-from jonc@chen.org.nz)
Received: from chen.org.nz (chen.org.nz [210.54.19.51])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1D82B43D49
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 09:33:18 +0000 (GMT)
	(envelope-from jonc@chen.org.nz)
Received: by chen.org.nz (Postfix, from userid 1000)
	id 1804B56425; Tue,  6 Dec 2005 22:33:15 +1300 (NZDT)
Date: Tue, 6 Dec 2005 22:33:15 +1300
From: Jonathan Chen <jonc@chen.org.nz>
To: Ronald Klop <ronald-freebsd8@klop.yi.org>
Message-ID: <20051206093315.GB64395@osiris.chen.org.nz>
References: <20051203115914.GA2130@osiris.chen.org.nz>
	<20051205060424.GK54409@sysadm.stc>
	<op.s1bufifr8527sy@outgoing.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <op.s1bufifr8527sy@outgoing.local>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org
Subject: Re: USB Devices not appearing in /dev
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 09:33:19 -0000

On Mon, Dec 05, 2005 at 09:12:44PM +0100, Ronald Klop wrote:
> On Mon, 05 Dec 2005 07:04:24 +0100, Igor Robul <igorr@speechpro.com> wrote:
> 
> >On Sun, Dec 04, 2005 at 12:59:14AM +1300, Jonathan Chen wrote:
> >>However, if I look in /dev, I only see the generic usb[0-3] devices.
> >>When I used to run 5.4-STABLE, the device entries did appear in /dev.
> >>I have a similar problem with Palm devices and ucom0 not appearing.
> >In many cases, you need press "Sync" button on cable to make ucom
> >appear.
> 
> I think he needs /dev/cuaU0 as mentioned in the FILES section of 'man  
> ucom'.

Bingo! I did not realise that the behaviour had changed from 5-STABLE.
My bad. Thank you again for solving this problem for me.

Cheers.
-- 
Jonathan Chen <jonc@chen.org.nz>
----------------------------------------------------------------------
                                      Opportunities are seldom labeled

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 11:51:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8D62C16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 11:51:21 +0000 (GMT)
	(envelope-from content-filter@makana.gov.za)
Received: from smtp2.imaginet.co.za (smtp2.imaginet.co.za [196.34.166.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1FBA343D60
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 11:51:17 +0000 (GMT)
	(envelope-from content-filter@makana.gov.za)
Received: from [196.211.28.150] (helo=makana.gov.za)
	by smtp2.imaginet.co.za with esmtpa (Exim 4.50 (FreeBSD))
	id 1EjbLh-000ON8-NN
	for freebsd-stable@freebsd.org; Tue, 06 Dec 2005 13:51:11 +0200
Received: from 192.168.13.10 for freebsd-stable@freebsd.org;
	Tue, 06 Dec 2005 13:50:55 +0200
From: "WorkgroupMail Content Filter" <content-filter@makana.gov.za>
To: freebsd-stable@freebsd.org
Sender: "WorkgroupMail Content Filter" <content-filter@makana.gov.za>
Date: Tue, 06 Dec 2005 13:50:54 +0200
X-WM-Plugin-Generated: MailScan
MIME-Version: 1.0
Content-type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Message-ID: <WMB37FDD57AAA743a7931155313EA88A58@makana.gov.za>
X-Whitelisted: The user has authenticated (1).
X-Whitelisted: The user has Authenticated (2).
Subject: QUARANTINED: Freebsd-stable@freebsd.org
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 11:51:21 -0000

The message "Freebsd-stable@freebsd.org" from Bounced mail, sent on 12/6/2005 13:45 was quarantined because it contained either an executable file, a batch file or a screen saver file. All of these types of attachments are considered security risks. Please consult your mail administrator who can release the message.

This message was checked by MailScan for WorkgroupMail.
www.workgroupmail.com 


From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 12:02:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@FreeBSD.org
Delivered-To: freebsd-stable@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 33DBB16A41F;
	Tue,  6 Dec 2005 12:02:29 +0000 (GMT) (envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B50CD43D82;
	Tue,  6 Dec 2005 12:02:09 +0000 (GMT) (envelope-from ru@ip.net.ua)
Received: from localhost (rocky.ip.net.ua [82.193.96.2])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6C274H028975;
	Tue, 6 Dec 2005 14:02:07 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua ([82.193.96.10])
	by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new,
	port 10024) with LMTP
	id 55763-02-5; Tue,  6 Dec 2005 14:02:04 +0200 (EET)
Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6C0N6n028861
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 6 Dec 2005 14:00:23 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
	by heffalump.ip.net.ua (8.13.4/8.13.4) id jB6C0RoM062673;
	Tue, 6 Dec 2005 14:00:27 +0200 (EET) (envelope-from ru)
Date: Tue, 6 Dec 2005 14:00:26 +0200
From: Ruslan Ermilov <ru@FreeBSD.org>
To: Vizion <vizion@vizion.occoxmail.com>
Message-ID: <20051206120026.GC62078@ip.net.ua>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="zS7rBR6csb6tI2e1"
Content-Disposition: inline
In-Reply-To: <200512051518.43896.vizion@vizion.occoxmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new at ip.net.ua
Cc: freebsd-stable@FreeBSD.org, ahze@FreeBSD.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 12:02:29 -0000


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

On Mon, Dec 05, 2005 at 03:18:43PM -0800, Vizion wrote:
> Hi
>=20
> I have tried repeatedly to get make buildworld for upgrading from freebsd=
 5.3=20
> to 6.0 but get repeated failure in libkrb5.
>=20
> FreeBSD 5.3-RELEASE #0: Fri Nov  5 04:19:18 UTC 2004
>     root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: AMD Athlon(tm)  (1593.54-MHz 686-class CPU)
>   Origin =3D "AuthenticAMD"  Id =3D 0x6a0  Stepping =3D 0
>  =20
> Features=3D0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
>   AMD Features=3D0xc0480000<MP,AMIE,DSP,3DNow!>
> real memory  =3D 2080309248 (1983 MB)
> avail memory =3D 2030002176 (1935 MB)
> ACPI APIC Table: <KM400A AWRDACPI>
>=20
> I have tried with very helpful advice from freebsd-questions contributors:
>=20
> with and without ccache
>=20
> 3x make cleandir prior to build
> additional cvsup of source tree
>=20
> but the problem still remains .=20
> Hopefully someone on stable may have the answer.
>=20
> Here is my make.conf
>=20
> SENDMAIL_CF_DIR=3D        /usr/local/share/sendmail/cf
> # added by use.perl 2005-11-18 10:51:36
> PERL_VER=3D5.8.7
> PERL_VERSION=3D5.8.7
> .if !defined(NOCCACHE)
> .if ${.CURDIR:M/usr/src*}
> CC=3D/usr/local/libexec/ccache/cc
> CXX=3D/usr/local/libexec/ccache/c++
> .else
> CC=3Dcc
> CXX=3Dc++
> .endif
> .else
> CC=3D/usr/bin/cc
> CXX=3D/usr/bin/c++
> .endif
>=20
The example of setting up ccache in /etc/make.conf is just plain
wrong.  It shouldn't be hardcoding CC to "/usr/bin/cc", similarly
for CXX.  Comment out the ccache stuff completely in /etc/make.conf
(or at least the last "else" part), make sure your PATH doesn't
include the ccache path, and try again with an empty /usr/obj.
Please report back if it succeeded (it should).  Please send your
complaints to the ccache port MAINTAINER as he did not respond to
my email explaining the problem, and I'm getting really tired of
explaining this for the Nth time.


Cheers,
--=20
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer

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

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

iD8DBQFDlX1aqRfpzJluFF4RAq2bAKCavtSHHVNHLJbQp1mRKARUd+Pa6gCfcHLS
/vKHCxLJzeVn7qea+cGyMwg=
=tjio
-----END PGP SIGNATURE-----

--zS7rBR6csb6tI2e1--

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 12:40:34 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 28C7B16A531
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 12:40:34 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 120B343D68
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 12:40:32 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1Ejc5I-0000II-Fh
	for freebsd-stable@freebsd.org; Tue, 06 Dec 2005 13:38:16 +0100
Received: from murdoc.gwi.net ([207.5.142.8])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 13:38:16 +0100
Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 13:38:16 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: "Joshua Coombs" <jcoombs@gwi.net>
Date: Tue, 6 Dec 2005 07:37:59 -0500
Lines: 22
Message-ID: <dn40n8$5rc$1@sea.gmane.org>
References: <dn2shd$2sr$1@sea.gmane.org> <20051206063134.GA57230@sysadm.stc>
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: murdoc.gwi.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Sender: news <news@sea.gmane.org>
Subject: Re: ZERO_COPY_SOCKETS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 12:40:34 -0000


"Igor Robul" <igorr@speechpro.com> wrote in message 
news:20051206063134.GA57230@sysadm.stc...
> On Mon, Dec 05, 2005 at 09:20:28PM -0500, Joshua Coombs wrote:
>> #options                ZERO_COPY_SOCKETS
>>
>> What's the status of this in 6.0-R and 6-stable?  The idea of 
>> avoiding
>> memory copies when possible seems really appealing for my 386, on
>> which any little boost is significant. : )
> http://www.freebsd.org/releases/6.0R/relnotes-i386.html#KERNEL
>
> So you can't use FreeBSD-6.0 and greater on 80386 anymore.

Ok, lemmie just point out that I'm already running 6.0, just to 
eliminate that issue.

What I'm curious about is weather or not 6.0R's zero copy sockets are 
considered stable or not.

Joshua Coombs



From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 14:48:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 23D9A16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 14:48:48 +0000 (GMT)
	(envelope-from LoN_Kamikaze@gmx.de)
Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id 035A543D5A
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 14:48:46 +0000 (GMT)
	(envelope-from LoN_Kamikaze@gmx.de)
Received: (qmail invoked by alias); 06 Dec 2005 14:48:44 -0000
Received: from p54A7C7AC.dip.t-dialin.net (EHLO [192.168.0.211])
	[84.167.199.172]
	by mail.gmx.net (mp035) with SMTP; 06 Dec 2005 15:48:44 +0100
X-Authenticated: #5465401
Message-ID: <4395A4BE.9000601@gmx.de>
Date: Tue, 06 Dec 2005 15:48:30 +0100
From: "[LoN]Kamikaze" <LoN_Kamikaze@gmx.de>
Organization: Lords of Nightmare
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Subject: buildworld fails
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 14:48:48 -0000

Gcc segfaults for me during a buildworld.

In my make.conf:
CPUTYPE?= pentium-m
CFLAGS= -O2 -pipe

My last successful build was:
FreeBSD 6.0-STABLE (TPR40-6) #0: Sat Nov 26 23:13:30 CET 2005

# make update
was run right before building.

Here's a tail of the buildworld log.
------------------------------------------------
building profiled panel library
ranlib libpanel_p.a
cat /usr/src/lib/libpanel/../../contrib/ncurses/man/panel.3x > panel.3
gzip -cn panel.3 > panel.3.gz
===> lib/libpcap (all)
cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
-I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
-DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
-I/usr/src/lib/libpcap/../../contrib/libpcap  -c grammar.c -o grammar.po
cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
-I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
-DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
-I/usr/src/lib/libpcap/../../contrib/libpcap  -c
/usr/src/lib/libpcap/../../contrib/libpcap/pcap-bpf.c -o pcap-bpf.po
cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
-I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
-DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
-I/usr/src/lib/libpcap/../../contrib/libpcap  -c
/usr/src/lib/libpcap/../../contrib/libpcap/pcap.c -o pcap.po
cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
-I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
-DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
-I/usr/src/lib/libpcap/../../contrib/libpcap  -c
/usr/src/lib/libpcap/../../contrib/libpcap/inet.c -o inet.po
cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
-I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
-DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
-I/usr/src/lib/libpcap/../../contrib/libpcap  -c
/usr/src/lib/libpcap/../../contrib/libpcap/fad-getad.c -o fad-getad.po
cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
-I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
-DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
-I/usr/src/lib/libpcap/../../contrib/libpcap  -c
/usr/src/lib/libpcap/../../contrib/libpcap/gencode.c -o gencode.po
cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
-I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
-DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
-I/usr/src/lib/libpcap/../../contrib/libpcap  -c
/usr/src/lib/libpcap/../../contrib/libpcap/optimize.c -o optimize.po
/usr/src/lib/libpcap/../../contrib/libpcap/optimize.c: In function
`convert_code_r':
/usr/src/lib/libpcap/../../contrib/libpcap/optimize.c:2213: internal
compiler error: Segmentation fault: 11
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1

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

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

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

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

Stop in /usr/src.
------------------------------------------------

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 15:50:55 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6B0A416A420
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 15:50:55 +0000 (GMT)
	(envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D5CF943DB8
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 15:50:31 +0000 (GMT)
	(envelope-from ru@ip.net.ua)
Received: from localhost (rocky.ip.net.ua [82.193.96.2])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6FoSfG077497;
	Tue, 6 Dec 2005 17:50:28 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: from tigra.ip.net.ua ([82.193.96.10])
	by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new,
	port 10024) with LMTP
	id 58411-04-2; Tue,  6 Dec 2005 17:50:25 +0200 (EET)
Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213])
	by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jB6Fk09I077364
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 6 Dec 2005 17:46:01 +0200 (EET) (envelope-from ru@ip.net.ua)
Received: (from ru@localhost)
	by heffalump.ip.net.ua (8.13.4/8.13.4) id jB6FGv7i063624;
	Tue, 6 Dec 2005 17:16:57 +0200 (EET) (envelope-from ru)
Date: Tue, 6 Dec 2005 17:16:57 +0200
From: Ruslan Ermilov <ru@freebsd.org>
To: Michael Bowerman <michael.bowerman@gmail.com>
Message-ID: <20051206151657.GF62078@ip.net.ua>
References: <8038a35b0512031557j59e6ee11i84d9eb228d04ffdd@mail.gmail.com>
	<20051204075511.GA84983@ip.net.ua>
	<20051204075917.GB84983@ip.net.ua>
	<8038a35b0512041114x2dff35dbk81dab3bd89d762cf@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <8038a35b0512041114x2dff35dbk81dab3bd89d762cf@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: by amavisd-new at ip.net.ua
Cc: freebsd-stable@freebsd.org
Subject: Re: make buildworld fails:: cmap.h: No such file or directory
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 15:50:55 -0000

On Sun, Dec 04, 2005 at 01:14:01PM -0600, Michael Bowerman wrote:
>    The poblem ended up being that I had in my make.conf:
>    CFLAGS= -O2 -pipe
>    CXXFLAGS= -O2 -pipe
> 
>    I ended up just removing the CXXFLAGS line.  I probably cold have used
>    CXXFLAGS+=...  But, I don't think I have any needs for specific C++ flags.
> 
Yes, CXXFLAGS is an addition to CFLAGS:

CXXFLAGS        ?=      ${CFLAGS:N-std=*:N-Wnested-externs:N-W*-prototypes}

That is, anything added to CFLAGS is also added to CXXFLAGS with
some exceptions.


Cheers,
-- 
Ruslan Ermilov
ru@FreeBSD.org
FreeBSD committer

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 16:40:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F308C16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 16:40:04 +0000 (GMT)
	(envelope-from vivek@khera.org)
Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D565143D66
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 16:39:59 +0000 (GMT)
	(envelope-from vivek@khera.org)
Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103])
	by yertle.kcilink.com (Postfix) with ESMTP id 668C0B814
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 11:39:58 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v746.2)
In-Reply-To: <dn40n8$5rc$1@sea.gmane.org>
References: <dn2shd$2sr$1@sea.gmane.org> <20051206063134.GA57230@sysadm.stc>
	<dn40n8$5rc$1@sea.gmane.org>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <B0719700-DD26-4632-83B0-656FBD8A173B@khera.org>
Content-Transfer-Encoding: 7bit
From: Vivek Khera <vivek@khera.org>
Date: Tue, 6 Dec 2005 11:39:57 -0500
To: freebsd-stable <freebsd-stable@freebsd.org>
X-Mailer: Apple Mail (2.746.2)
Subject: Re: ZERO_COPY_SOCKETS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 16:40:05 -0000


On Dec 6, 2005, at 7:37 AM, Joshua Coombs wrote:

> Ok, lemmie just point out that I'm already running 6.0, just to  
> eliminate that issue.

So you were not truthful about running a 386...

> What I'm curious about is weather or not 6.0R's zero copy sockets  
> are considered stable or not.

Works for me[tm].


From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 17:04:09 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0A1ED16A420
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 17:04:09 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2D45C43D66
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 17:04:07 +0000 (GMT)
	(envelope-from freebsd-stable@m.gmane.org)
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1Ejg9e-0002lD-Pn
	for freebsd-stable@freebsd.org; Tue, 06 Dec 2005 17:59:02 +0100
Received: from murdoc.gwi.net ([207.5.142.8])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 17:59:02 +0100
Received: from jcoombs by murdoc.gwi.net with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-stable@freebsd.org>; Tue, 06 Dec 2005 17:59:02 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-stable@freebsd.org
From: "Joshua Coombs" <jcoombs@gwi.net>
Date: Tue, 6 Dec 2005 11:58:50 -0500
Lines: 24
Message-ID: <dn4g0b$t5n$1@sea.gmane.org>
References: <dn2shd$2sr$1@sea.gmane.org>
	<20051206063134.GA57230@sysadm.stc><dn40n8$5rc$1@sea.gmane.org>
	<B0719700-DD26-4632-83B0-656FBD8A173B@khera.org>
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: murdoc.gwi.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Sender: news <news@sea.gmane.org>
Subject: Re: ZERO_COPY_SOCKETS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 17:04:09 -0000


"Vivek Khera" <vivek@khera.org> wrote in message 
news:B0719700-DD26-4632-83B0-656FBD8A173B@khera.org...
>
> On Dec 6, 2005, at 7:37 AM, Joshua Coombs wrote:
>
>> Ok, lemmie just point out that I'm already running 6.0, just to 
>> eliminate that issue.
>
> So you were not truthful about running a 386...

No, I'm running on a 386.  It's a bodged, banged up pile, but it's a 
386.  FreeBSD 6 can infact run on a subset of 386 hardware with the 
right massaging.

>> What I'm curious about is weather or not 6.0R's zero copy sockets 
>> are considered stable or not.
>
> Works for me[tm].

Cool, I'll have to give it a go then.

Joshua Coombs 



From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 19:48:08 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 67CB716A41F;
	Tue,  6 Dec 2005 19:48:08 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8C91943D45;
	Tue,  6 Dec 2005 19:48:07 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051206194825.LGWH6953.dukecmmtao02.coxmail.com@dns1>;
	Tue, 6 Dec 2005 14:48:25 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Tue, 6 Dec 2005 11:47:59 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
In-Reply-To: <20051206120026.GC62078@ip.net.ua>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512061148.01012.vizion@vizion.occoxmail.com>
Cc: ahze@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 19:48:08 -0000

On Tuesday 06 December 2005 04:00,  the author Ruslan Ermilov contributed to 
the dialogue on-
 Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5: 

>On Mon, Dec 05, 2005 at 03:18:43PM -0800, Vizion wrote:
>> Hi
>>
>> I have tried repeatedly to get make buildworld for upgrading from freebsd
>> 5.3 to 6.0 but get repeated failure in libkrb5.
>>
>> FreeBSD 5.3-RELEASE #0: Fri Nov  5 04:19:18 UTC 2004
>>     root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
>> Timecounter "i8254" frequency 1193182 Hz quality 0
>> CPU: AMD Athlon(tm)  (1593.54-MHz 686-class CPU)
>>   Origin = "AuthenticAMD"  Id = 0x6a0  Stepping = 0
>>
>> Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MC
>>A,CMOV,PAT,PSE36,MMX,FXSR,SSE> AMD Features=0xc0480000<MP,AMIE,DSP,3DNow!>
>> real memory  = 2080309248 (1983 MB)
>> avail memory = 2030002176 (1935 MB)
>> ACPI APIC Table: <KM400A AWRDACPI>
>>
>> I have tried with very helpful advice from freebsd-questions contributors:
>>
>> with and without ccache
>>
>> 3x make cleandir prior to build
>> additional cvsup of source tree
>>
>> but the problem still remains .
>> Hopefully someone on stable may have the answer.
>>
>> Here is my make.conf
>>
>> SENDMAIL_CF_DIR=        /usr/local/share/sendmail/cf
>> # added by use.perl 2005-11-18 10:51:36
>> PERL_VER=5.8.7
>> PERL_VERSION=5.8.7
>> .if !defined(NOCCACHE)
>> .if ${.CURDIR:M/usr/src*}
>> CC=/usr/local/libexec/ccache/cc
>> CXX=/usr/local/libexec/ccache/c++
>> .else
>> CC=cc
>> CXX=c++
>> .endif
>> .else
>> CC=/usr/bin/cc
>> CXX=/usr/bin/c++
>> .endif
>
>The example of setting up ccache in /etc/make.conf is just plain
>wrong.  It shouldn't be hardcoding CC to "/usr/bin/cc", similarly
>for CXX.  Comment out the ccache stuff completely in /etc/make.conf
>(or at least the last "else" part), make sure your PATH doesn't
>include the ccache path, and try again with an empty /usr/obj.
>Please report back if it succeeded (it should).  Please send your
>complaints to the ccache port MAINTAINER as he did not respond to
>my email explaining the problem, and I'm getting really tired of
>explaining this for the Nth time.
>
Thanks very much - I am building right now --after deinstalling ccache, make 
cleandir x3 and an empty /usr/obj. I will post the results here

Thanks again for taking the time to reply

david
-- 
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after 
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 20:15:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DE2AF16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 20:15:10 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0157B43D62
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 20:15:10 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id DEBC51A3C25;
	Tue,  6 Dec 2005 12:15:09 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 695A651432; Tue,  6 Dec 2005 15:15:09 -0500 (EST)
Date: Tue, 6 Dec 2005 15:15:09 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: Joshua Coombs <jcoombs@gwi.net>
Message-ID: <20051206201509.GA78043@xor.obsecurity.org>
References: <dn2shd$2sr$1@sea.gmane.org> <20051206063134.GA57230@sysadm.stc>
	<dn40n8$5rc$1@sea.gmane.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP"
Content-Disposition: inline
In-Reply-To: <dn40n8$5rc$1@sea.gmane.org>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org
Subject: Re: ZERO_COPY_SOCKETS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 20:15:11 -0000


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

On Tue, Dec 06, 2005 at 07:37:59AM -0500, Joshua Coombs wrote:
>=20
> "Igor Robul" <igorr@speechpro.com> wrote in message=20
> news:20051206063134.GA57230@sysadm.stc...
> >On Mon, Dec 05, 2005 at 09:20:28PM -0500, Joshua Coombs wrote:
> >>#options                ZERO_COPY_SOCKETS
> >>
> >>What's the status of this in 6.0-R and 6-stable?  The idea of=20
> >>avoiding
> >>memory copies when possible seems really appealing for my 386, on
> >>which any little boost is significant. : )
> >http://www.freebsd.org/releases/6.0R/relnotes-i386.html#KERNEL
> >
> >So you can't use FreeBSD-6.0 and greater on 80386 anymore.
>=20
> Ok, lemmie just point out that I'm already running 6.0, just to=20
> eliminate that issue.
>=20
> What I'm curious about is weather or not 6.0R's zero copy sockets are=20
> considered stable or not.

Yes.

Kris

--5mCyUwZo2JvN/JJP
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDlfFNWry0BWjoQKURAh8jAKCjNPXrksmDQcjU9qbD5TywrmJC/wCfdN25
lmC83ReU8UikTtpnMioJqg0=
=cJ0m
-----END PGP SIGNATURE-----

--5mCyUwZo2JvN/JJP--

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 20:59:59 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 72C4B16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 20:59:59 +0000 (GMT)
	(envelope-from ohmer@epita.info)
Received: from marge.cload.net (marge.cload.net [213.41.172.209])
	by mx1.FreeBSD.org (Postfix) with SMTP id 4A37243D77
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 20:59:39 +0000 (GMT)
	(envelope-from ohmer@epita.info)
Received: (qmail 70319 invoked by uid 80); 6 Dec 2005 22:02:54 +0100
Received: from 192.168.1.55 (SquirrelMail authenticated user ohmer@epita.info)
	by webmail.epita.info with HTTP; Tue, 6 Dec 2005 22:02:54 +0100 (CET)
Message-ID: <49188.192.168.1.55.1133902974.squirrel@webmail.epita.info>
In-Reply-To: <4395A4BE.9000601@gmx.de>
References: <4395A4BE.9000601@gmx.de>
Date: Tue, 6 Dec 2005 22:02:54 +0100 (CET)
From: "oHmEr" <ohmer@epita.info>
To: "\[LoN\]Kamikaze" <LoN_Kamikaze@gmx.de>
User-Agent: SquirrelMail/1.4.5
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Cc: freebsd-stable@freebsd.org
Subject: Re: buildworld fails
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ohmer@epita.info
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 20:59:59 -0000


On Mar 6 décembre 2005 15:48, [LoN]Kamikaze wrote:
> Gcc segfaults for me during a buildworld.

it shouldn't happend. you know that.

> cc -pg -O2 -pipe -march=pentium-m -DHAVE_CONFIG_H -Dyylval=pcapyylval
> -I/usr/src/lib/libpcap -I. -D_U_="__attribute__((unused))"
> -DHAVE_SNPRINTF -DHAVE_VSNPRINTF -DINET6
> -I/usr/src/lib/libpcap/../../contrib/libpcap  -c
> /usr/src/lib/libpcap/../../contrib/libpcap/optimize.c -o optimize.po
> /usr/src/lib/libpcap/../../contrib/libpcap/optimize.c: In function
> `convert_code_r':
> /usr/src/lib/libpcap/../../contrib/libpcap/optimize.c:2213: internal
> compiler error: Segmentation fault: 11
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://gcc.gnu.org/bugs.html> for instructions.

please do if you already didn't, it will help to improve gcc and/or
freebsd depending on what caused the bug. you can also post the
preprocessed source for other freebsd users to test.

-- 
Matthieu Michaud - EPITA 2007

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 21:21:54 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B0F1D16A438;
	Tue,  6 Dec 2005 21:21:54 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com
	[68.99.120.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6C35B43DB5;
	Tue,  6 Dec 2005 21:21:00 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao03.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051206212114.IZFH3326.dukecmmtao03.coxmail.com@dns1>;
	Tue, 6 Dec 2005 16:21:14 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Tue, 6 Dec 2005 13:20:44 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
In-Reply-To: <200512061148.01012.vizion@vizion.occoxmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200512061320.45584.vizion@vizion.occoxmail.com>
Cc: ahze@freebsd.org
Subject: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 21:21:55 -0000

On Tuesday 06 December 2005 11:47,  the author Vizion contributed to the=20
dialogue which was on-
 Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5 but is currently:=20
Upgrading 5.3 > 6.0 buildworld failure now in libmagic
>On Tuesday 06 December 2005 04:00,  the author Ruslan Ermilov contributed =
to
>the dialogue on-
<snip>=20
>>The example of setting up ccache in /etc/make.conf is just plain
>>wrong.  It shouldn't be hardcoding CC to "/usr/bin/cc", similarly
>>for CXX.  Comment out the ccache stuff completely in /etc/make.conf
>>(or at least the last "else" part), make sure your PATH doesn't
>>include the ccache path, and try again with an empty /usr/obj.
>>Please report back if it succeeded (it should).  Please send your
>>complaints to the ccache port MAINTAINER as he did not respond to
>>my email explaining the problem, and I'm getting really tired of
>>explaining this for the Nth time.
>
>Thanks very much - I am building right now --after deinstalling ccache, ma=
ke
>cleandir x3 and an empty /usr/obj. I will post the results here


Well certainly made a difference but now it fails in magic

building static magic library
ranlib libmagic.a
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/apprentice.c -o apprentice.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/apptype.c -o apptype.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/ascmagic.c -o ascmagic.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/compress.c -o compress.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/fsmagic.c -o fsmagic.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/funcs.c -o funcs.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/is_tar.c -o is_tar.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/magic.c -o magic.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/print.c -o print.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/readelf.c -o readelf.So
cc -fpic -DPIC -O2 -fno-strict-aliasing -pipe =20
=2DDMAGIC=3D'"/usr/share/misc/magic"' -DBUILTIN_ELF -DELFCORE -DHAVE_CONFIG=
_H=20
=2DI/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file =20
=2Dc /usr/src/lib/libmagic/../../contrib/file/softmagic.c -o softmagic.So
building shared library libmagic.so.2
cat /usr/src/lib/libmagic/../../contrib/file/Header /usr/src/lib/libmagic/.=
=2E/../contrib/file/Localstuff /usr/src/lib/libmagic/../../contrib/file/Mag=
dir/xo65,v /usr/src/lib/libmagic/../../contrib/file/Magdir/virtutech,v /usr=
/src/lib/libmagic/../../contrib/file/Magdir/uuencode,v /usr/src/lib/libmagi=
c/../../contrib/file/Magdir/netbsd,v /usr/src/lib/libmagic/../../contrib/fi=
le/Magdir/allegro /usr/src/lib/libmagic/../../contrib/file/Magdir/sccs /usr=
/src/lib/libmagic/../../contrib/file/Magdir/sysex /usr/src/lib/libmagic/../=
=2E./contrib/file/Magdir/xdelta /usr/src/lib/libmagic/../../contrib/file/Ma=
gdir/zyxel /usr/src/lib/libmagic/../../contrib/file/Magdir/riff,v /usr/src/=
lib/libmagic/../../contrib/file/Magdir/games /usr/src/lib/libmagic/../../co=
ntrib/file/Magdir/vicar /usr/src/lib/libmagic/../../contrib/file/Magdir/mls=
sa /usr/src/lib/libmagic/../../contrib/file/Magdir/geos /usr/src/lib/libmag=
ic/../../contrib/file/Magdir/fsav /usr/src/lib/libmagic/../../contrib/file/=
Magdir/citrus /usr/src/lib/libmagic/../../contrib/file/Magdir/archive /usr/=
src/lib/libmagic/../../contrib/file/Magdir/grace,v /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/images,v /usr/src/lib/libmagic/../../contrib/file/M=
agdir/tuxedo,v /usr/src/lib/libmagic/../../contrib/file/Magdir/timezone,v /=
usr/src/lib/libmagic/../../contrib/file/Magdir/mkid,v /usr/src/lib/libmagic=
/../../contrib/file/Magdir/mach,v /usr/src/lib/libmagic/../../contrib/file/=
Magdir/wordperfect /usr/src/lib/libmagic/../../contrib/file/Magdir/cisco,v =
/usr/src/lib/libmagic/../../contrib/file/Magdir/interleaf,v /usr/src/lib/li=
bmagic/../../contrib/file/Magdir/mathematica /usr/src/lib/libmagic/../../co=
ntrib/file/Magdir/macintosh /usr/src/lib/libmagic/../../contrib/file/Magdir=
/fonts /usr/src/lib/libmagic/../../contrib/file/Magdir/claris /usr/src/lib/=
libmagic/../../contrib/file/Magdir/animation /usr/src/lib/libmagic/../../co=
ntrib/file/Magdir/spec,v /usr/src/lib/libmagic/../../contrib/file/Magdir/pb=
m,v /usr/src/lib/libmagic/../../contrib/file/Magdir/gimp /usr/src/lib/libma=
gic/../../contrib/file/Magdir/diff /usr/src/lib/libmagic/../../contrib/file=
/Magdir/teapot /usr/src/lib/libmagic/../../contrib/file/Magdir/amigaos,v /u=
sr/src/lib/libmagic/../../contrib/file/Magdir/database,v /usr/src/lib/libma=
gic/../../contrib/file/Magdir/gringotts,v /usr/src/lib/libmagic/../../contr=
ib/file/Magdir/pdp,v /usr/src/lib/libmagic/../../contrib/file/Magdir/cad /u=
sr/src/lib/libmagic/../../contrib/file/Magdir/ctags,v /usr/src/lib/libmagic=
/../../contrib/file/Magdir/pulsar,v /usr/src/lib/libmagic/../../contrib/fil=
e/Magdir/gcc /usr/src/lib/libmagic/../../contrib/file/Magdir/freebsd /usr/s=
rc/lib/libmagic/../../contrib/file/Magdir/hp /usr/src/lib/libmagic/../../co=
ntrib/file/Magdir/encore /usr/src/lib/libmagic/../../contrib/file/Magdir/co=
mmands /usr/src/lib/libmagic/../../contrib/file/Magdir/blender,v /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/sendmail,v /usr/src/lib/libmagic/../.=
=2E/contrib/file/Magdir/netscape /usr/src/lib/libmagic/../../contrib/file/M=
agdir/lif /usr/src/lib/libmagic/../../contrib/file/Magdir/acorn /usr/src/li=
b/libmagic/../../contrib/file/Magdir/alliant,v /usr/src/lib/libmagic/../../=
contrib/file/Magdir/epoc,v /usr/src/lib/libmagic/../../contrib/file/Magdir/=
zyxel,v /usr/src/lib/libmagic/../../contrib/file/Magdir/xdelta,v /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/sysex,v /usr/src/lib/libmagic/../../c=
ontrib/file/Magdir/sccs,v /usr/src/lib/libmagic/../../contrib/file/Magdir/u=
nknown /usr/src/lib/libmagic/../../contrib/file/Magdir/allegro,v /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/vicar,v /usr/src/lib/libmagic/../../c=
ontrib/file/Magdir/xwindows /usr/src/lib/libmagic/../../contrib/file/Magdir=
/games,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mlssa,v /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/matroska /usr/src/lib/libmagic/../../=
contrib/file/Magdir/hitachi-sh /usr/src/lib/libmagic/../../contrib/file/Mag=
dir/sun /usr/src/lib/libmagic/../../contrib/file/Magdir/archive,v /usr/src/=
lib/libmagic/../../contrib/file/Magdir/citrus,v /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/fsav,v /usr/src/lib/libmagic/../../contrib/file/Magdir=
/geos,v /usr/src/lib/libmagic/../../contrib/file/Magdir/wordperfect,v /usr/=
src/lib/libmagic/../../contrib/file/Magdir/clipper /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/mathematica,v /usr/src/lib/libmagic/../../contrib/f=
ile/Magdir/macintosh,v /usr/src/lib/libmagic/../../contrib/file/Magdir/os2 =
/usr/src/lib/libmagic/../../contrib/file/Magdir/sql /usr/src/lib/libmagic/.=
=2E/../contrib/file/Magdir/animation,v /usr/src/lib/libmagic/../../contrib/=
file/Magdir/claris,v /usr/src/lib/libmagic/../../contrib/file/Magdir/fonts,=
v /usr/src/lib/libmagic/../../contrib/file/Magdir/teapot,v /usr/src/lib/lib=
magic/../../contrib/file/Magdir/motorola /usr/src/lib/libmagic/../../contri=
b/file/Magdir/diff,v /usr/src/lib/libmagic/../../contrib/file/Magdir/gimp,v=
 /usr/src/lib/libmagic/../../contrib/file/Magdir/parix /usr/src/lib/libmagi=
c/../../contrib/file/Magdir/adventure /usr/src/lib/libmagic/../../contrib/f=
ile/Magdir/pyramid /usr/src/lib/libmagic/../../contrib/file/Magdir/sc /usr/=
src/lib/libmagic/../../contrib/file/Magdir/tgif /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/xenix /usr/src/lib/libmagic/../../contrib/file/Magdir/=
cad,v /usr/src/lib/libmagic/../../contrib/file/Magdir/spectrum /usr/src/lib=
/libmagic/../../contrib/file/Magdir/freebsd,v /usr/src/lib/libmagic/../../c=
ontrib/file/Magdir/gcc,v /usr/src/lib/libmagic/../../contrib/file/Magdir/dy=
adic /usr/src/lib/libmagic/../../contrib/file/Magdir/commands,v /usr/src/li=
b/libmagic/../../contrib/file/Magdir/encore,v /usr/src/lib/libmagic/../../c=
ontrib/file/Magdir/hp,v /usr/src/lib/libmagic/../../contrib/file/Magdir/net=
scape,v /usr/src/lib/libmagic/../../contrib/file/Magdir/lif,v /usr/src/lib/=
libmagic/../../contrib/file/Magdir/news /usr/src/lib/libmagic/../../contrib=
/file/Magdir/msvc /usr/src/lib/libmagic/../../contrib/file/Magdir/vorbis /u=
sr/src/lib/libmagic/../../contrib/file/Magdir/acorn,v /usr/src/lib/libmagic=
/../../contrib/file/Magdir/unknown,v /usr/src/lib/libmagic/../../contrib/fi=
le/Magdir/diamond /usr/src/lib/libmagic/../../contrib/file/Magdir/xwindows,=
v /usr/src/lib/libmagic/../../contrib/file/Magdir/pkgadd /usr/src/lib/libma=
gic/../../contrib/file/Magdir/os9 /usr/src/lib/libmagic/../../contrib/file/=
Magdir/maple /usr/src/lib/libmagic/../../contrib/file/Magdir/island /usr/sr=
c/lib/libmagic/../../contrib/file/Magdir/sgi /usr/src/lib/libmagic/../../co=
ntrib/file/Magdir/sun,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mat=
roska,v /usr/src/lib/libmagic/../../contrib/file/Magdir/intel /usr/src/lib/=
libmagic/../../contrib/file/Magdir/fcs /usr/src/lib/libmagic/../../contrib/=
file/Magdir/bsdi /usr/src/lib/libmagic/../../contrib/file/Magdir/audio /usr=
/src/lib/libmagic/../../contrib/file/Magdir/amanda /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/hitachi-sh,v /usr/src/lib/libmagic/../../contrib/fi=
le/Magdir/lecter /usr/src/lib/libmagic/../../contrib/file/Magdir/console /u=
sr/src/lib/libmagic/../../contrib/file/Magdir/clipper,v /usr/src/lib/libmag=
ic/../../contrib/file/Magdir/sql,v /usr/src/lib/libmagic/../../contrib/file=
/Magdir/os2,v /usr/src/lib/libmagic/../../contrib/file/Magdir/ibm370 /usr/s=
rc/lib/libmagic/../../contrib/file/Magdir/dolby /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/digital /usr/src/lib/libmagic/../../contrib/file/Magdi=
r/c-lang /usr/src/lib/libmagic/../../contrib/file/Magdir/ti-8x /usr/src/lib=
/libmagic/../../contrib/file/Magdir/varied.script /usr/src/lib/libmagic/../=
=2E./contrib/file/Magdir/visx /usr/src/lib/libmagic/../../contrib/file/Magd=
ir/motorola,v /usr/src/lib/libmagic/../../contrib/file/Magdir/project /usr/=
src/lib/libmagic/../../contrib/file/Magdir/pgp /usr/src/lib/libmagic/../../=
contrib/file/Magdir/xenix,v /usr/src/lib/libmagic/../../contrib/file/Magdir=
/tgif,v /usr/src/lib/libmagic/../../contrib/file/Magdir/sc,v /usr/src/lib/l=
ibmagic/../../contrib/file/Magdir/pyramid,v /usr/src/lib/libmagic/../../con=
trib/file/Magdir/parix,v /usr/src/lib/libmagic/../../contrib/file/Magdir/pr=
inter /usr/src/lib/libmagic/../../contrib/file/Magdir/lisp /usr/src/lib/lib=
magic/../../contrib/file/Magdir/applix /usr/src/lib/libmagic/../../contrib/=
file/Magdir/apple /usr/src/lib/libmagic/../../contrib/file/Magdir/terminfo =
/usr/src/lib/libmagic/../../contrib/file/Magdir/adventure,v /usr/src/lib/li=
bmagic/../../contrib/file/Magdir/spectrum,v /usr/src/lib/libmagic/../../con=
trib/file/Magdir/plus5 /usr/src/lib/libmagic/../../contrib/file/Magdir/revi=
sion /usr/src/lib/libmagic/../../contrib/file/Magdir/sniffer /usr/src/lib/l=
ibmagic/../../contrib/file/Magdir/human68k /usr/src/lib/libmagic/../../cont=
rib/file/Magdir/chord /usr/src/lib/libmagic/../../contrib/file/Magdir/pytho=
n /usr/src/lib/libmagic/../../contrib/file/Magdir/vms /usr/src/lib/libmagic=
/../../contrib/file/Magdir/dyadic,v /usr/src/lib/libmagic/../../contrib/fil=
e/Magdir/vorbis,v /usr/src/lib/libmagic/../../contrib/file/Magdir/news,v /u=
sr/src/lib/libmagic/../../contrib/file/Magdir/msvc,v /usr/src/lib/libmagic/=
=2E./../contrib/file/Magdir/ncr /usr/src/lib/libmagic/../../contrib/file/Ma=
gdir/communications /usr/src/lib/libmagic/../../contrib/file/Magdir/apl /us=
r/src/lib/libmagic/../../contrib/file/Magdir/sharc /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/asterix /usr/src/lib/libmagic/../../contrib/file/Ma=
gdir/alpha /usr/src/lib/libmagic/../../contrib/file/Magdir/diamond,v /usr/s=
rc/lib/libmagic/../../contrib/file/Magdir/sgi,v /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/pkgadd,v /usr/src/lib/libmagic/../../contrib/file/Magd=
ir/os9,v /usr/src/lib/libmagic/../../contrib/file/Magdir/maple,v /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/island,v /usr/src/lib/libmagic/../../=
contrib/file/Magdir/mips /usr/src/lib/libmagic/../../contrib/file/Magdir/le=
x /usr/src/lib/libmagic/../../contrib/file/Magdir/ispell /usr/src/lib/libma=
gic/../../contrib/file/Magdir/elf /usr/src/lib/libmagic/../../contrib/file/=
Magdir/cddb /usr/src/lib/libmagic/../../contrib/file/Magdir/cvs /usr/src/li=
b/libmagic/../../contrib/file/Magdir/amanda,v /usr/src/lib/libmagic/../../c=
ontrib/file/Magdir/audio,v /usr/src/lib/libmagic/../../contrib/file/Magdir/=
bsdi,v /usr/src/lib/libmagic/../../contrib/file/Magdir/fcs,v /usr/src/lib/l=
ibmagic/../../contrib/file/Magdir/intel,v /usr/src/lib/libmagic/../../contr=
ib/file/Magdir/lecter,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mcr=
ypt /usr/src/lib/libmagic/../../contrib/file/Magdir/c64 /usr/src/lib/libmag=
ic/../../contrib/file/Magdir/varied.out /usr/src/lib/libmagic/../../contrib=
/file/Magdir/console,v /usr/src/lib/libmagic/../../contrib/file/Magdir/visx=
,v /usr/src/lib/libmagic/../../contrib/file/Magdir/varied.script,v /usr/src=
/lib/libmagic/../../contrib/file/Magdir/ti-8x,v /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/msdos /usr/src/lib/libmagic/../../contrib/file/Magdir/=
mmdf /usr/src/lib/libmagic/../../contrib/file/Magdir/java /usr/src/lib/libm=
agic/../../contrib/file/Magdir/compress /usr/src/lib/libmagic/../../contrib=
/file/Magdir/c-lang,v /usr/src/lib/libmagic/../../contrib/file/Magdir/digit=
al,v /usr/src/lib/libmagic/../../contrib/file/Magdir/dolby,v /usr/src/lib/l=
ibmagic/../../contrib/file/Magdir/ibm370,v /usr/src/lib/libmagic/../../cont=
rib/file/Magdir/project,v /usr/src/lib/libmagic/../../contrib/file/Magdir/p=
gp,v /usr/src/lib/libmagic/../../contrib/file/Magdir/terminfo,v /usr/src/li=
b/libmagic/../../contrib/file/Magdir/printer,v /usr/src/lib/libmagic/../../=
contrib/file/Magdir/lisp,v /usr/src/lib/libmagic/../../contrib/file/Magdir/=
chi /usr/src/lib/libmagic/../../contrib/file/Magdir/rtf /usr/src/lib/libmag=
ic/../../contrib/file/Magdir/apple,v /usr/src/lib/libmagic/../../contrib/fi=
le/Magdir/applix,v /usr/src/lib/libmagic/../../contrib/file/Magdir/esri /us=
r/src/lib/libmagic/../../contrib/file/Magdir/sniffer,v /usr/src/lib/libmagi=
c/../../contrib/file/Magdir/revision,v /usr/src/lib/libmagic/../../contrib/=
file/Magdir/plus5,v /usr/src/lib/libmagic/../../contrib/file/Magdir/psion /=
usr/src/lib/libmagic/../../contrib/file/Magdir/vms,v /usr/src/lib/libmagic/=
=2E./../contrib/file/Magdir/python,v /usr/src/lib/libmagic/../../contrib/fi=
le/Magdir/editors /usr/src/lib/libmagic/../../contrib/file/Magdir/adi /usr/=
src/lib/libmagic/../../contrib/file/Magdir/chord,v /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/human68k,v /usr/src/lib/libmagic/../../contrib/file=
/Magdir/sharc,v /usr/src/lib/libmagic/../../contrib/file/Magdir/ncr,v /usr/=
src/lib/libmagic/../../contrib/file/Magdir/nitpicker /usr/src/lib/libmagic/=
=2E./../contrib/file/Magdir/natinst /usr/src/lib/libmagic/../../contrib/fil=
e/Magdir/convex /usr/src/lib/libmagic/../../contrib/file/Magdir/psdbms /usr=
/src/lib/libmagic/../../contrib/file/Magdir/tex /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/communications,v /usr/src/lib/libmagic/../../contrib/f=
ile/Magdir/apl,v /usr/src/lib/libmagic/../../contrib/file/Magdir/jpeg /usr/=
src/lib/libmagic/../../contrib/file/Magdir/filesystems /usr/src/lib/libmagi=
c/../../contrib/file/Magdir/typeset /usr/src/lib/libmagic/../../contrib/fil=
e/Magdir/alpha,v /usr/src/lib/libmagic/../../contrib/file/Magdir/asterix,v =
/usr/src/lib/libmagic/../../contrib/file/Magdir/mips,v /usr/src/lib/libmagi=
c/../../contrib/file/Magdir/lex,v /usr/src/lib/libmagic/../../contrib/file/=
Magdir/ispell,v /usr/src/lib/libmagic/../../contrib/file/Magdir/olf /usr/sr=
c/lib/libmagic/../../contrib/file/Magdir/mirage /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/iff /usr/src/lib/libmagic/../../contrib/file/Magdir/si=
nclair /usr/src/lib/libmagic/../../contrib/file/Magdir/cddb,v /usr/src/lib/=
libmagic/../../contrib/file/Magdir/elf,v /usr/src/lib/libmagic/../../contri=
b/file/Magdir/modem /usr/src/lib/libmagic/../../contrib/file/Magdir/mail.ne=
ws /usr/src/lib/libmagic/../../contrib/file/Magdir/hdf /usr/src/lib/libmagi=
c/../../contrib/file/Magdir/vxl /usr/src/lib/libmagic/../../contrib/file/Ma=
gdir/cvs,v /usr/src/lib/libmagic/../../contrib/file/Magdir/varied.out,v /us=
r/src/lib/libmagic/../../contrib/file/Magdir/mcrypt,v /usr/src/lib/libmagic=
/../../contrib/file/Magdir/wordprocessors /usr/src/lib/libmagic/../../contr=
ib/file/Magdir/c64,v /usr/src/lib/libmagic/../../contrib/file/Magdir/msdos,=
v /usr/src/lib/libmagic/../../contrib/file/Magdir/mmdf,v /usr/src/lib/libma=
gic/../../contrib/file/Magdir/java,v /usr/src/lib/libmagic/../../contrib/fi=
le/Magdir/ocaml /usr/src/lib/libmagic/../../contrib/file/Magdir/bout /usr/s=
rc/lib/libmagic/../../contrib/file/Magdir/bFLT /usr/src/lib/libmagic/../../=
contrib/file/Magdir/sketch /usr/src/lib/libmagic/../../contrib/file/Magdir/=
compress,v /usr/src/lib/libmagic/../../contrib/file/Magdir/magic /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/frame /usr/src/lib/libmagic/../../con=
trib/file/Magdir/vax /usr/src/lib/libmagic/../../contrib/file/Magdir/rtf,v =
/usr/src/lib/libmagic/../../contrib/file/Magdir/ibm6000 /usr/src/lib/libmag=
ic/../../contrib/file/Magdir/gnu /usr/src/lib/libmagic/../../contrib/file/M=
agdir/dact /usr/src/lib/libmagic/../../contrib/file/Magdir/chi,v /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/psion,v /usr/src/lib/libmagic/../../c=
ontrib/file/Magdir/perl /usr/src/lib/libmagic/../../contrib/file/Magdir/osf=
1 /usr/src/lib/libmagic/../../contrib/file/Magdir/misctools /usr/src/lib/li=
bmagic/../../contrib/file/Magdir/rpm /usr/src/lib/libmagic/../../contrib/fi=
le/Magdir/esri,v /usr/src/lib/libmagic/../../contrib/file/Magdir/plan9 /usr=
/src/lib/libmagic/../../contrib/file/Magdir/octave /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/karma /usr/src/lib/libmagic/../../contrib/file/Magd=
ir/flash /usr/src/lib/libmagic/../../contrib/file/Magdir/att3b /usr/src/lib=
/libmagic/../../contrib/file/Magdir/adi,v /usr/src/lib/libmagic/../../contr=
ib/file/Magdir/editors,v /usr/src/lib/libmagic/../../contrib/file/Magdir/te=
x,v /usr/src/lib/libmagic/../../contrib/file/Magdir/psdbms,v /usr/src/lib/l=
ibmagic/../../contrib/file/Magdir/nitpicker,v /usr/src/lib/libmagic/../../c=
ontrib/file/Magdir/natinst,v /usr/src/lib/libmagic/../../contrib/file/Magdi=
r/softquad /usr/src/lib/libmagic/../../contrib/file/Magdir/troff /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/convex,v /usr/src/lib/libmagic/../../=
contrib/file/Magdir/typeset,v /usr/src/lib/libmagic/../../contrib/file/Magd=
ir/jpeg,v /usr/src/lib/libmagic/../../contrib/file/Magdir/pdf /usr/src/lib/=
libmagic/../../contrib/file/Magdir/palm /usr/src/lib/libmagic/../../contrib=
/file/Magdir/filesystems,v /usr/src/lib/libmagic/../../contrib/file/Magdir/=
sinclair,v /usr/src/lib/libmagic/../../contrib/file/Magdir/olf,v /usr/src/l=
ib/libmagic/../../contrib/file/Magdir/mirage,v /usr/src/lib/libmagic/../../=
contrib/file/Magdir/sgml /usr/src/lib/libmagic/../../contrib/file/Magdir/sm=
alltalk /usr/src/lib/libmagic/../../contrib/file/Magdir/iff,v /usr/src/lib/=
libmagic/../../contrib/file/Magdir/vxl,v /usr/src/lib/libmagic/../../contri=
b/file/Magdir/modem,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mail.=
news,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mime /usr/src/lib/li=
bmagic/../../contrib/file/Magdir/linux /usr/src/lib/libmagic/../../contrib/=
file/Magdir/dump /usr/src/lib/libmagic/../../contrib/file/Magdir/vmware /us=
r/src/lib/libmagic/../../contrib/file/Magdir/hdf,v /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/wordprocessors,v /usr/src/lib/libmagic/../../contri=
b/file/Magdir/impulse /usr/src/lib/libmagic/../../contrib/file/Magdir/blit =
/usr/src/lib/libmagic/../../contrib/file/Magdir/sequent /usr/src/lib/libmag=
ic/../../contrib/file/Magdir/zilog /usr/src/lib/libmagic/../../contrib/file=
/Magdir/xo65 /usr/src/lib/libmagic/../../contrib/file/Magdir/virtutech /usr=
/src/lib/libmagic/../../contrib/file/Magdir/sketch,v /usr/src/lib/libmagic/=
=2E./../contrib/file/Magdir/ocaml,v /usr/src/lib/libmagic/../../contrib/fil=
e/Magdir/netbsd /usr/src/lib/libmagic/../../contrib/file/Magdir/uuencode /u=
sr/src/lib/libmagic/../../contrib/file/Magdir/bFLT,v /usr/src/lib/libmagic/=
=2E./../contrib/file/Magdir/bout,v /usr/src/lib/libmagic/../../contrib/file=
/Magdir/vax,v /usr/src/lib/libmagic/../../contrib/file/Magdir/magic,v /usr/=
src/lib/libmagic/../../contrib/file/Magdir/riff /usr/src/lib/libmagic/../..=
/contrib/file/Magdir/frame,v /usr/src/lib/libmagic/../../contrib/file/Magdi=
r/images /usr/src/lib/libmagic/../../contrib/file/Magdir/grace /usr/src/lib=
/libmagic/../../contrib/file/Magdir/dact,v /usr/src/lib/libmagic/../../cont=
rib/file/Magdir/gnu,v /usr/src/lib/libmagic/../../contrib/file/Magdir/ibm60=
00,v /usr/src/lib/libmagic/../../contrib/file/Magdir/rpm,v /usr/src/lib/lib=
magic/../../contrib/file/Magdir/perl,v /usr/src/lib/libmagic/../../contrib/=
file/Magdir/osf1,v /usr/src/lib/libmagic/../../contrib/file/Magdir/misctool=
s,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mkid /usr/src/lib/libma=
gic/../../contrib/file/Magdir/mach /usr/src/lib/libmagic/../../contrib/file=
/Magdir/cisco /usr/src/lib/libmagic/../../contrib/file/Magdir/timezone /usr=
/src/lib/libmagic/../../contrib/file/Magdir/tuxedo /usr/src/lib/libmagic/..=
/../contrib/file/Magdir/plan9,v /usr/src/lib/libmagic/../../contrib/file/Ma=
gdir/octave,v /usr/src/lib/libmagic/../../contrib/file/Magdir/karma,v /usr/=
src/lib/libmagic/../../contrib/file/Magdir/interleaf /usr/src/lib/libmagic/=
=2E./../contrib/file/Magdir/att3b,v /usr/src/lib/libmagic/../../contrib/fil=
e/Magdir/flash,v /usr/src/lib/libmagic/../../contrib/file/Magdir/troff,v /u=
sr/src/lib/libmagic/../../contrib/file/Magdir/softquad,v /usr/src/lib/libma=
gic/../../contrib/file/Magdir/pbm /usr/src/lib/libmagic/../../contrib/file/=
Magdir/gringotts /usr/src/lib/libmagic/../../contrib/file/Magdir/database /=
usr/src/lib/libmagic/../../contrib/file/Magdir/amigaos /usr/src/lib/libmagi=
c/../../contrib/file/Magdir/spec /usr/src/lib/libmagic/../../contrib/file/M=
agdir/pdf,v /usr/src/lib/libmagic/../../contrib/file/Magdir/palm,v /usr/src=
/lib/libmagic/../../contrib/file/Magdir/pdp /usr/src/lib/libmagic/../../con=
trib/file/Magdir/ctags /usr/src/lib/libmagic/../../contrib/file/Magdir/smal=
ltalk,v /usr/src/lib/libmagic/../../contrib/file/Magdir/sgml,v /usr/src/lib=
/libmagic/../../contrib/file/Magdir/pulsar /usr/src/lib/libmagic/../../cont=
rib/file/Magdir/vmware,v /usr/src/lib/libmagic/../../contrib/file/Magdir/mi=
me,v /usr/src/lib/libmagic/../../contrib/file/Magdir/linux,v /usr/src/lib/l=
ibmagic/../../contrib/file/Magdir/blender /usr/src/lib/libmagic/../../contr=
ib/file/Magdir/dump,v /usr/src/lib/libmagic/../../contrib/file/Magdir/zilog=
,v /usr/src/lib/libmagic/../../contrib/file/Magdir/sequent,v /usr/src/lib/l=
ibmagic/../../contrib/file/Magdir/epoc /usr/src/lib/libmagic/../../contrib/=
file/Magdir/alliant /usr/src/lib/libmagic/../../contrib/file/Magdir/sendmai=
l /usr/src/lib/libmagic/../../contrib/file/Magdir/blit,v /usr/src/lib/libma=
gic/../../contrib/file/Magdir/impulse,v=20
> magic
=2E/mkmagic magic
magic, 13: Warning offset `head     1.1;' invalid
magic, 13: Warning type `head     1.1;' invalid
magic, 14: Warning offset `branch   1.1.1;' invalid
magic, 14: Warning type `branch   1.1.1;' invalid
magic, 15: Warning offset `access   ;' invalid
magic, 15: Warning type `access   ;' invalid
magic, 16: Warning offset `symbols  file_4_12:1.1.1.1 ZOULAS:1.1.1;' invalid
magic, 16: Warning type `symbols  file_4_12:1.1.1.1 ZOULAS:1.1.1;' invalid
magic, 17: Warning offset `locks    ; strict;' invalid
magic, 17: Warning type `locks    ; strict;' invalid
magic, 18: Warning offset `comment  @# @;' invalid
magic, 18: Warning type `comment  @# @;' invalid
magic, 21: Warning type `.1' invalid
magic, 22: Warning offset `date     2004.12.28.04.31.47;  author obrien; =20
state Exp;' invalid
magic, 23: Warning offset `branches 1.1.1.1;' invalid
magic, 23: Warning type `branches 1.1.1.1;' invalid
magic, 24: Warning offset `next     ;' invalid
magic, 24: Warning type `next     ;' invalid
magic, 26: Warning type `.1.1.1' invalid
magic, 27: Warning offset `date     2004.12.28.04.31.47;  author obrien; =20
state Exp;' invalid
magic, 28: Warning offset `branches ;' invalid
magic, 28: Warning type `branches ;' invalid
magic, 29: Warning offset `next     ;' invalid
magic, 29: Warning type `next     ;' invalid
magic, 32: Warning offset `desc' invalid
magic, 32: Warning type `desc' invalid
magic, 33: Warning offset `@@' invalid
magic, 33: Warning type `@@' invalid
magic, 37: Warning type `.1' invalid
magic, 38: Warning offset `log' invalid
magic, 38: Warning type `log' invalid
magic, 39: Warning offset `@Initial revision' invalid
magic, 39: Warning type `@Initial revision' invalid
magic, 40: Warning offset `@' invalid
/* these warning continue until: */
magic, 46793: Warning offset `  RELENG_5_BP:1.1.1.1' invalid
magic, 46793: Warning type `RELENG_5_BP:1.1.1.1' invalid
magic, 46794: Warning offset `  RELENG_4_10_0_RELEASE:1.1.1.1.4.1' invalid
magic, 46794: Warning type `RELENG_4_10_0_RELEASE:1.1.1.1.4.1' invalid
magic, 46795: Warning offset `  RELENG_4_10:1.1.1.1.4.1.0.6' invalid
magic, 46795: Warning type `RELENG_4_10:1.1.1.1.4.1.0.6' invalid
magic, 46796: Warning offset `  RELENG_4_10_BP:1.1.1.1.4.1' invalid
magic, 46796: Warning type `RELENG_4_10_BP:1.1.1.1.4.1' invalid
magic, 46797: Warning offset `  RELENG_5_2_1_RELEASE:1.1.1.1' invalid
magic, 46797: Warning type `RELENG_5_2_1_RELEASE:1.1.1.1' invalid
magic, 46798: Warning offset `  RELENG_5_2_0_RELEASE:1.1.1.1' invalid
magic, 46798: Warning type `RELENG_5_2_0_RELEASE:1.1.1.1' invalid
magic, 46799: Warning offset `  RELENG_5_2:1.1.1.1.0.8' invalid
magic, 46799: Warning type `RELENG_5_2:1.1.1.1.0.8' invalid
magic, 46800: Warning offset `  RELENG_5_2_BP:1.1.1.1' invalid
magic, 46800: Warning type `RELENG_5_2_BP:1.1.1.1' invalid
magic, 46801: Warning offset `  RELENG_4_9_0_RELEASE:1.1.1.1.4.1' invalid
magic, 46801: Warning type `RELENG_4_9_0_RELEASE:1.1.1.1.4.1' invalid
magic, 46802: Warning offset `  RELENG_4_9:1.1.1.1.4.1.0.4' invalid
magic, 46802: Warning type `RELENG_4_9:1.1.1.1.4.1.0.4' invalid
magic, 46803: Warning offset `  RELENG_4_9_BP:1.1.1.1.4.1' invalid
magic, 46803: Warning type `RELENG_4_9_BP:1.1.1.1.4.1' invalid
magic, 46804: Warning offset `  RELENG_5_1_0_RELEASE:1.1.1.1' invalid
magic, 46804: Warning type `RELENG_5_1_0_RELEASE:1.1.1.1' invalid
magic, 46805: Warning offset `  RELENG_5_1:1.1.1.1.0.6' invalid
magic, 46805: Warning type `RELENG_5_1:1.1.1.1.0.6' invalid
magic, 46806: Warning offset `  RELENG_5_1_BP:1.1.1.1' invalid
magic, 46806: Warning type `RELENG_5_1_BP:1.1.1.1' invalid
magic, 46807: Warning offset `  RELENG_4_8_0_RELEASE:1.1.1.1.4.1' invalid
magic, 46807: Warning type `RELENG_4_8_0_RELEASE:1.1.1.1.4.1' invalid
magic, 46808: Warning offset `  RELENG_4_8:1.1.1.1.4.1.0.2' invalid
magic, 46808: Warning type `RELENG_4_8:1.1.1.1.4.1.0.2' invalid
magic, 46809: Warning offset `  RELENG_4_8_BP:1.1.1.1.4.1' invalid
magic, 46809: Warning type `RELENG_4_8_BP:1.1.1.1.4.1' invalid
magic, 46810: Warning offset `  RELENG_4:1.1.1.1.0.4' invalid
magic, 46810: Warning type `RELENG_4:1.1.1.1.0.4' invalid
magic, 46811: Warning offset `  RELENG_5_0_0_RELEASE:1.1.1.1' invalid
magic, 46811: Warning type `RELENG_5_0_0_RELEASE:1.1.1.1' invalid
magic, 46812: Warning offset `  RELENG_5_0:1.1.1.1.0.2' invalid
magic, 46812: Warning type `RELENG_5_0:1.1.1.1.0.2' invalid
magic, 46813: Warning offset `  RELENG_5_0_BP:1.1.1.1' invalid
magic, 46813: Warning type `RELENG_5_0_BP:1.1.1.1' invalid
magic, 46814: Warning offset `  file_3_39:1.1.1.1' invalid
magic, 46814: Warning type `file_3_39:1.1.1.1' invalid
magic, 46815: Warning offset `  ZOULAS:1.1.1;' invalid
magic, 46815: Warning type `ZOULAS:1.1.1;' invalid
magic, 46816: Warning offset `locks; strict;' invalid
magic, 46816: Warning type `locks; strict;' invalid
magic, 46817: Warning offset `comment   @# @;' invalid
magic, 46817: Warning type `comment     @# @;' invalid
magic, 46820: Warning type `.1' invalid
magic, 46821: Warning offset `date      2002.09.16.05.54.25;    author obri=
en; =20
state Exp;' invalid
magic, 46822: Warning offset `branches' invalid
magic, 46822: Warning type `branches' invalid
magic, 46823: Warning type `.1.1.1;' invalid
magic, 46824: Warning offset `next      ;' invalid
magic, 46824: Warning type `next        ;' invalid
magic, 46826: Warning type `.1.1.1' invalid
magic, 46827: Warning offset `date      2002.09.16.05.54.25;    author obri=
en; =20
state Exp;' invalid
magic, 46828: Warning offset `branches' invalid
magic, 46828: Warning type `branches' invalid
magic, 46829: Warning type `.1.1.1.4.1;' invalid
magic, 46830: Warning offset `next      ;' invalid
magic, 46830: Warning type `next        ;' invalid
magic, 46832: Warning type `.1.1.1.4.1' invalid
magic, 46833: Warning offset `date      2003.03.16.04.44.56;    author obri=
en; =20
state Exp;' invalid
magic, 46834: Warning offset `branches;' invalid
magic, 46834: Warning type `branches;' invalid
magic, 46835: Warning offset `next      ;' invalid
magic, 46835: Warning type `next        ;' invalid
magic, 46838: Warning offset `desc' invalid
magic, 46838: Warning type `desc' invalid
magic, 46839: Warning offset `@@' invalid
magic, 46839: Warning type `@@' invalid
magic, 46842: Warning type `.1' invalid
magic, 46843: Warning offset `log' invalid
magic, 46843: Warning type `log' invalid
magic, 46844: Warning offset `@Initial revision' invalid
magic, 46844: Warning type `@Initial revision' invalid
magic, 46845: Warning offset `@' invalid
magic, 46845: Warning type `@' invalid
magic, 46846: Warning offset `text' invalid
magic, 46846: Warning type `text' invalid
magic, 46847: Warning offset=20
`@#------------------------------------------------------------------------=
=2D-----'=20
invalid
magic, 46847: Warning type=20
`@#------------------------------------------------------------------------=
=2D-----'=20
invalid
magic, 46865: Warning offset `@' invalid
magic, 46865: Warning type `@' invalid
magic, 46868: Warning type `.1.1.1' invalid
magic, 46869: Warning offset `log' invalid
magic, 46869: Warning type `log' invalid
magic, 46870: Warning offset `@Virgin import of Christos Zoulas's FILE 3.39=
=2E'=20
invalid
magic, 46870: Warning type `@Virgin import of Christos Zoulas's FILE 3.39.'=
=20
invalid
magic, 46871: Warning offset `@' invalid
magic, 46871: Warning type `@' invalid
magic, 46872: Warning offset `text' invalid
magic, 46872: Warning type `text' invalid
magic, 46873: Warning offset `@@' invalid
magic, 46873: Warning type `@@' invalid
magic, 46876: Warning type `.1.1.1.4.1' invalid
magic, 46877: Warning offset `log' invalid
magic, 46877: Warning type `log' invalid
magic, 46878: Warning offset `@MFC: file version 3.41' invalid
magic, 46878: Warning type `@MFC: file version 3.41' invalid
magic, 46880: Warning offset `Approved by:      murray(re)' invalid
magic, 46880: Warning type `Approved by:        murray(re)' invalid
magic, 46881: Warning offset `Desired by:               nectar(so)' invalid
magic, 46881: Warning type `Desired by:         nectar(so)' invalid
magic, 46882: Warning offset `@' invalid
magic, 46882: Warning type `@' invalid
magic, 46883: Warning offset `text' invalid
magic, 46883: Warning type `text' invalid
magic, 46884: Warning offset `@@' invalid
magic, 46884: Warning type `@@' invalid
mkmagic: could not find any magic files!
*** Error code 1

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

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

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

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

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

Stop in /usr/src.
Just in case I deleted /usr/src/lib/libmagic and did another cvsup to repla=
ce=20
the contents of the directory. Did another make cleandir x3 and deleted the=
=20
contents of /usr/obj. A second make buildworld produced the identical=20
failure.

Soes anyone have any ideas?

Thanks

=2D-=20
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Tauru=
s.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal afte=
r=20
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 21:28:56 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1B73A16A41F;
	Tue,  6 Dec 2005 21:28:56 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 650A243D77;
	Tue,  6 Dec 2005 21:28:51 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id 352591A3C25;
	Tue,  6 Dec 2005 13:28:51 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 6FB4251E6A; Tue,  6 Dec 2005 16:28:50 -0500 (EST)
Date: Tue, 6 Dec 2005 16:28:50 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: Vizion <vizion@vizion.occoxmail.com>
Message-ID: <20051206212850.GA79286@xor.obsecurity.org>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw"
Content-Disposition: inline
In-Reply-To: <200512061320.45584.vizion@vizion.occoxmail.com>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org, ahze@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 21:28:56 -0000


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

On Tue, Dec 06, 2005 at 01:20:44PM -0800, Vizion wrote:
> On Tuesday 06 December 2005 11:47,  the author Vizion contributed to the=
=20
> dialogue which was on-
>  Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5 but is currently:=
=20
> Upgrading 5.3 > 6.0 buildworld failure now in libmagic
> >On Tuesday 06 December 2005 04:00,  the author Ruslan Ermilov contribute=
d to
> >the dialogue on-
> <snip>=20
> >>The example of setting up ccache in /etc/make.conf is just plain
> >>wrong.  It shouldn't be hardcoding CC to "/usr/bin/cc", similarly
> >>for CXX.  Comment out the ccache stuff completely in /etc/make.conf
> >>(or at least the last "else" part), make sure your PATH doesn't
> >>include the ccache path, and try again with an empty /usr/obj.
> >>Please report back if it succeeded (it should).  Please send your
> >>complaints to the ccache port MAINTAINER as he did not respond to
> >>my email explaining the problem, and I'm getting really tired of
> >>explaining this for the Nth time.
> >
> >Thanks very much - I am building right now --after deinstalling ccache, =
make
> >cleandir x3 and an empty /usr/obj. I will post the results here
>=20
>=20
> Well certainly made a difference but now it fails in magic

Update to 5.4 before trying to update to 6.0.

Kris

--GvXjxJ+pjyke8COw
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDlgKRWry0BWjoQKURAikTAKChQwcaBEf1p6hIyw6wlidHnmiXUgCgpyLc
tQiG6eaGgHTwTW9uEP7fMQk=
=ROop
-----END PGP SIGNATURE-----

--GvXjxJ+pjyke8COw--

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 21:38:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9FA2916A42D
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:38:51 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C815643D68
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:38:50 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051206213849.IEKA12926.mta13.adelphia.net@daemon.jim-liesl.org>
	for <freebsd-stable@freebsd.org>; Tue, 6 Dec 2005 16:38:49 -0500
Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 3DF3C615A
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 14:41:45 -0700 (MST)
Received: from [127.0.0.1] (daemon.clspco.adelphia.net [192.168.1.15])
	by daemon.jim-liesl.org (Postfix) with ESMTP id D99796121
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 14:41:44 -0700 (MST)
Message-ID: <43960445.4050202@jim-liesl.org>
Date: Tue, 06 Dec 2005 14:36:05 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
References: <200512051518.43896.vizion@vizion.occoxmail.com>	<20051206120026.GC62078@ip.net.ua>	<200512061148.01012.vizion@vizion.occoxmail.com>	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
In-Reply-To: <20051206212850.GA79286@xor.obsecurity.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 21:38:51 -0000

Kris Kennaway wrote:

>On Tue, Dec 06, 2005 at 01:20:44PM -0800, Vizion wrote:
>  
>
>>On Tuesday 06 December 2005 11:47,  the author Vizion contributed to the 
>>dialogue which was on-
>> Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5 but is currently: 
>>Upgrading 5.3 > 6.0 buildworld failure now in libmagic
>>    
>>
>>>On Tuesday 06 December 2005 04:00,  the author Ruslan Ermilov contributed to
>>>the dialogue on-
>>>      
>>>
>><snip> 
>>    
>>
>>>>The example of setting up ccache in /etc/make.conf is just plain
>>>>wrong.  It shouldn't be hardcoding CC to "/usr/bin/cc", similarly
>>>>for CXX.  Comment out the ccache stuff completely in /etc/make.conf
>>>>(or at least the last "else" part), make sure your PATH doesn't
>>>>include the ccache path, and try again with an empty /usr/obj.
>>>>Please report back if it succeeded (it should).  Please send your
>>>>complaints to the ccache port MAINTAINER as he did not respond to
>>>>my email explaining the problem, and I'm getting really tired of
>>>>explaining this for the Nth time.
>>>>        
>>>>
>>>Thanks very much - I am building right now --after deinstalling ccache, make
>>>cleandir x3 and an empty /usr/obj. I will post the results here
>>>      
>>>
>>Well certainly made a difference but now it fails in magic
>>    
>>
>
>Update to 5.4 before trying to update to 6.0.
>
>Kris
>  
>
So is there any supported direct 5.3->6.0 upgrade path, or is a stop in 
5.4 ville manditory now.?

jim

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 21:46:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9BCFB16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:46:14 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3B35243D45
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:46:14 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id 278CB1A3C25;
	Tue,  6 Dec 2005 13:46:14 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 8F2B551494; Tue,  6 Dec 2005 16:46:13 -0500 (EST)
Date: Tue, 6 Dec 2005 16:46:13 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: secmgr <security@jim-liesl.org>
Message-ID: <20051206214613.GA79648@xor.obsecurity.org>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<43960445.4050202@jim-liesl.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn"
Content-Disposition: inline
In-Reply-To: <43960445.4050202@jim-liesl.org>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 21:46:14 -0000


--x+6KMIRAuhnl3hBn
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Dec 06, 2005 at 02:36:05PM -0700, secmgr wrote:

> >Update to 5.4 before trying to update to 6.0.
> >
> >Kris
> >=20
> >
> So is there any supported direct 5.3->6.0 upgrade path, or is a stop in=
=20
> 5.4 ville manditory now.?

I tried to say that you have to update to 5.4 before you can update to
6.0, i.e. updates from older versions are not supported.  It may be
easier to do a binary upgrade (i.e. download release media and use the
upgrade option).

Kris

--x+6KMIRAuhnl3hBn
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDlgalWry0BWjoQKURAsULAJ4j2ND9uirCJQyNHdEXuZujWxJ9NACfawJd
XQxthoLoKF8NhA7HAxOugL8=
=uVCU
-----END PGP SIGNATURE-----

--x+6KMIRAuhnl3hBn--

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 21:54:18 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BDC1F16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:54:18 +0000 (GMT)
	(envelope-from LoN_Kamikaze@gmx.de)
Received: from mail.gmx.net (mail.gmx.de [213.165.64.20])
	by mx1.FreeBSD.org (Postfix) with SMTP id CD5FD43D75
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:54:17 +0000 (GMT)
	(envelope-from LoN_Kamikaze@gmx.de)
Received: (qmail invoked by alias); 06 Dec 2005 21:54:07 -0000
Received: from p54A7D6AB.dip.t-dialin.net (EHLO [192.168.0.211])
	[84.167.214.171]
	by mail.gmx.net (mp004) with SMTP; 06 Dec 2005 22:54:07 +0100
X-Authenticated: #5465401
Message-ID: <4396086D.90008@gmx.de>
Date: Tue, 06 Dec 2005 22:53:49 +0100
From: "[LoN]Kamikaze" <LoN_Kamikaze@gmx.de>
Organization: Lords of Nightmare
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Adi Pircalabu <apircalabu@bitdefender.com>, 
 freebsd-stable@freebsd.org
References: <4395A4BE.9000601@gmx.de>
	<20051206170047.7a0401e6@apircalabu.dsd.ro>
In-Reply-To: <20051206170047.7a0401e6@apircalabu.dsd.ro>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: 
Subject: Re: buildworld fails
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 21:54:18 -0000

The error also appeared without optimizations. So far compiling with
optimizations has never caused any trouble for me.

Now it is working without problems. I suspect that it was a cooling
problem of my RAM.

Adi Pircalabu wrote:
> On Tue, 06 Dec 2005 15:48:30 +0100
> "[LoN]Kamikaze" <LoN_Kamikaze@gmx.de> wrote:
> 
> 
>>Gcc segfaults for me during a buildworld.
>>
>>In my make.conf:
>>CPUTYPE?= pentium-m
>>CFLAGS= -O2 -pipe
> 
> 
> Hi, you probably know it's not recommended to use optimization flags
> when building the base system. Please comment CFLAGS in /etc/make.conf
> and retry with the same source tree.

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 21:56:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F17E016A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:56:07 +0000 (GMT)
	(envelope-from andy@athame.co.uk)
Received: from hex.athame.co.uk (salama58.adsl.netsonic.fi [81.17.207.58])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7F3BB43D82
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 21:56:07 +0000 (GMT)
	(envelope-from andy@athame.co.uk)
Received: from nobby.int.athame.co.uk ([192.168.10.4])
	by hex.athame.co.uk with esmtp (Exim 4.54 (FreeBSD))
	id 1Ejkn6-000EX3-BI; Tue, 06 Dec 2005 23:56:04 +0200
From: Andy Fawcett <andy@athame.co.uk>
Organization: Being Lazy At Home - BLAH!
To: freebsd-stable@freebsd.org
Date: Tue, 6 Dec 2005 23:55:53 +0200
User-Agent: KMail/1.8.2
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<43960445.4050202@jim-liesl.org>
	<20051206214613.GA79648@xor.obsecurity.org>
In-Reply-To: <20051206214613.GA79648@xor.obsecurity.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512062355.56219.andy@athame.co.uk>
Cc: Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 21:56:08 -0000

On Tuesday 06 December 2005 23:46, Kris Kennaway wrote:
> On Tue, Dec 06, 2005 at 02:36:05PM -0700, secmgr wrote:
> > >Update to 5.4 before trying to update to 6.0.
> > >
> > >Kris
> >
> > So is there any supported direct 5.3->6.0 upgrade path, or is a
> > stop in 5.4 ville manditory now.?
>
> I tried to say that you have to update to 5.4 before you can update
> to 6.0, i.e. updates from older versions are not supported.  It may
> be easier to do a binary upgrade (i.e. download release media and use
> the upgrade option).

At least with a vanilla install of 5.3, I had no problem going directly 
to 6.0.

This was an extremely basic install, and I only did it because I lost my 
6.0-R cd :)

A.

-- 
Andy Fawcett                                     | andy@athame.co.uk
                                                 | tap@kde.org
"In an open world without walls and fences,      | tap@lspace.org
  we wouldn't need Windows and Gates."  -- anon  | tap@fruitsalad.org

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 22:15:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3B22316A41F;
	Tue,  6 Dec 2005 22:15:53 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2C58243D5C;
	Tue,  6 Dec 2005 22:15:52 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051206221610.SYIB6953.dukecmmtao02.coxmail.com@dns1>;
	Tue, 6 Dec 2005 17:16:10 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Tue, 6 Dec 2005 14:15:45 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
In-Reply-To: <20051206212850.GA79286@xor.obsecurity.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512061415.46289.vizion@vizion.occoxmail.com>
Cc: ahze@freebsd.org, Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 22:15:53 -0000

On Tuesday 06 December 2005 13:28,  the author Kris Kennaway contributed to 
the dialogue on-
 Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic: 

>On Tue, Dec 06, 2005 at 01:20:44PM -0800, Vizion wrote:
>> On Tuesday 06 December 2005 11:47,  the author Vizion contributed to the
>> dialogue which was on-
>>  Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5 but is currently:
>> Upgrading 5.3 > 6.0 buildworld failure now in libmagic
>>
>> >On Tuesday 06 December 2005 04:00,  the author Ruslan Ermilov contributed
>> > to the dialogue on-
>>
>> <snip>
>>
>> >>The example of setting up ccache in /etc/make.conf is just plain
>> >>wrong.  It shouldn't be hardcoding CC to "/usr/bin/cc", similarly
>> >>for CXX.  Comment out the ccache stuff completely in /etc/make.conf
>> >>(or at least the last "else" part), make sure your PATH doesn't
>> >>include the ccache path, and try again with an empty /usr/obj.
>> >>Please report back if it succeeded (it should).  Please send your
>> >>complaints to the ccache port MAINTAINER as he did not respond to
>> >>my email explaining the problem, and I'm getting really tired of
>> >>explaining this for the Nth time.
>> >
>> >Thanks very much - I am building right now --after deinstalling ccache,
>> > make cleandir x3 and an empty /usr/obj. I will post the results here
>>
>> Well certainly made a difference but now it fails in magic
>
>Update to 5.4 before trying to update to 6.0.
>
Thank you Kris

You are a mine of information as always.

I do wish there was some consistency in updating about this.. I asked on this 
list whether I needed to upgrade to 5.4 before mocing to 6 and the advice 
suggested that I could go straight from 5.3 to 6 but there we are -- guess 
that's life <chuckles>

Presumably it would be safest to delete /usr/src/* and cvsup with tag=RELENG_5

Thanks again

david

-- 
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after 
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 22:31:56 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4382C16A41F;
	Tue,  6 Dec 2005 22:31:56 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao01.coxmail.com (dukecmmtao01.coxmail.com
	[68.99.120.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 474BB43D75;
	Tue,  6 Dec 2005 22:31:55 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao01.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051206223232.UINK1375.dukecmmtao01.coxmail.com@dns1>;
	Tue, 6 Dec 2005 17:32:32 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Tue, 6 Dec 2005 14:31:48 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<200512061415.46289.vizion@vizion.occoxmail.com>
In-Reply-To: <200512061415.46289.vizion@vizion.occoxmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512061431.49532.vizion@vizion.occoxmail.com>
Cc: ahze@freebsd.org, Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 22:31:56 -0000

On Tuesday 06 December 2005 14:15,  the author Vizion contributed to the 
dialogue on-
 Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic: 

>On Tuesday 06 December 2005 13:28,  the author Kris Kennaway contributed to
>the dialogue on-
>
> Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic:
>>On Tue, Dec 06, 2005 at 01:20:44PM -0800, Vizion wrote:
>>> On Tuesday 06 December 2005 11:47,  the author Vizion contributed to the
>>> dialogue which was on-
>>>  Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5 but is currently:
>>> Upgrading 5.3 > 6.0 buildworld failure now in libmagic
>>>
>>> >On Tuesday 06 December 2005 04:00,  the author Ruslan Ermilov
>>> > contributed to the dialogue on-
>>>
>>> <snip>
>>>
>>> >>The example of setting up ccache in /etc/make.conf is just plain
>>> >>wrong.  It shouldn't be hardcoding CC to "/usr/bin/cc", similarly
>>> >>for CXX.  Comment out the ccache stuff completely in /etc/make.conf
>>> >>(or at least the last "else" part), make sure your PATH doesn't
>>> >>include the ccache path, and try again with an empty /usr/obj.
>>> >>Please report back if it succeeded (it should).  Please send your
>>> >>complaints to the ccache port MAINTAINER as he did not respond to
>>> >>my email explaining the problem, and I'm getting really tired of
>>> >>explaining this for the Nth time.
>>> >
>>> >Thanks very much - I am building right now --after deinstalling ccache,
>>> > make cleandir x3 and an empty /usr/obj. I will post the results here
>>>
>>> Well certainly made a difference but now it fails in magic
>>
>>Update to 5.4 before trying to update to 6.0.
>
>Thank you Kris
>
>You are a mine of information as always.
>
>I do wish there was some consistency in updating about this.. I asked on
> this list whether I needed to upgrade to 5.4 before mocing to 6 and the
> advice suggested that I could go straight from 5.3 to 6 but there we are --
> guess that's life <chuckles>
>
>Presumably it would be safest to delete /usr/src/* and cvsup with
> tag=RELENG_5
>
>Thanks again
>
>david

Just an additional question if some one has time to answer.

Should I upgrade my ports from 5.4 as well prior to moving to 6?

I have a large ports installation on the system I am upgrading.

david

-- 
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after 
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 22:35:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CAE2B16A41F
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 22:35:17 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12])
	by mx1.FreeBSD.org (Postfix) with SMTP id 450BF43D6D
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 22:35:10 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: (qmail 63453 invoked by uid 399); 6 Dec 2005 22:35:03 -0000
Received: from localhost (HELO master) (dougb@dougbarton.us@127.0.0.1)
	by localhost with SMTP; 6 Dec 2005 22:35:03 -0000
Date: Tue, 6 Dec 2005 14:35:02 -0800 (PST)
From: Doug Barton <dougb@FreeBSD.org>
To: Vizion <vizion@vizion.occoxmail.com>
In-Reply-To: <200512061320.45584.vizion@vizion.occoxmail.com>
Message-ID: <20051206143321.M29993@znfgre.qbhto.arg>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
Organization: http://www.FreeBSD.org/
X-OpenPGP-Key-ID: 0xD5B2F0FB
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: freebsd-stable@freebsd.org, ahze@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 22:35:17 -0000

On Tue, 6 Dec 2005, Vizion wrote:

> Re: Upgrading 5.3 > 6.0 buildworld failure in libkrb5 but is currently:
> Upgrading 5.3 > 6.0 buildworld failure now in libmagic

You should first upgrade to the latest 5-STABLE (cvs tag RELENG_5), then you 
should be able to upgrade to 6-STABLE (cvs tag RELENG_6).

hth,

Doug

-- 

     This .signature sanitized for your protection


From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 22:36:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9EE1E16A432
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 22:36:48 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12])
	by mx1.FreeBSD.org (Postfix) with SMTP id A199843D6D
	for <freebsd-stable@freebsd.org>; Tue,  6 Dec 2005 22:36:33 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: (qmail 64344 invoked by uid 399); 6 Dec 2005 22:36:15 -0000
Received: from localhost (HELO master) (dougb@dougbarton.us@127.0.0.1)
	by localhost with SMTP; 6 Dec 2005 22:36:15 -0000
Date: Tue, 6 Dec 2005 14:36:14 -0800 (PST)
From: Doug Barton <dougb@FreeBSD.org>
To: Vizion <vizion@vizion.occoxmail.com>
In-Reply-To: <200512061431.49532.vizion@vizion.occoxmail.com>
Message-ID: <20051206143543.J29993@znfgre.qbhto.arg>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<200512061415.46289.vizion@vizion.occoxmail.com>
	<200512061431.49532.vizion@vizion.occoxmail.com>
Organization: http://www.FreeBSD.org/
X-OpenPGP-Key-ID: 0xD5B2F0FB
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: freebsd-stable@freebsd.org, ahze@freebsd.org,
	Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 22:36:49 -0000

On Tue, 6 Dec 2005, Vizion wrote:

> Just an additional question if some one has time to answer.
>
> Should I upgrade my ports from 5.4 as well prior to moving to 6?

No, that's not needed.

hth,

Doug

-- 

     This .signature sanitized for your protection


From owner-freebsd-stable@FreeBSD.ORG  Tue Dec  6 22:56:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 00C0216A41F;
	Tue,  6 Dec 2005 22:56:05 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 255C643D46;
	Tue,  6 Dec 2005 22:56:03 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051206225621.UYBJ6953.dukecmmtao02.coxmail.com@dns1>;
	Tue, 6 Dec 2005 17:56:21 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: Doug Barton <dougb@freebsd.org>
Date: Tue, 6 Dec 2005 14:55:57 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<200512061431.49532.vizion@vizion.occoxmail.com>
	<20051206143543.J29993@znfgre.qbhto.arg>
In-Reply-To: <20051206143543.J29993@znfgre.qbhto.arg>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512061455.58524.vizion@vizion.occoxmail.com>
Cc: freebsd-stable@freebsd.org, ahze@freebsd.org,
	Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Dec 2005 22:56:05 -0000

On Tuesday 06 December 2005 14:36,  the author Doug Barton contributed to the 
dialogue on-
 Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic: 

>On Tue, 6 Dec 2005, Vizion wrote:
>> Just an additional question if some one has time to answer.
>>
>> Should I upgrade my ports from 5.4 as well prior to moving to 6?
>
>No, that's not needed.
>
Thanks again

david

-- 
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after 
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 00:26:27 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B3D6716A420
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 00:26:27 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6559643D66
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 00:26:26 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051207002625.UGXX26058.mta11.adelphia.net@daemon.jim-liesl.org>; 
	Tue, 6 Dec 2005 19:26:25 -0500
Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 294BD610C;
	Tue,  6 Dec 2005 17:29:21 -0700 (MST)
Received: from [127.0.0.1] (daemon.clspco.adelphia.net [192.168.1.15])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 80909610A;
	Tue,  6 Dec 2005 17:29:20 -0700 (MST)
Message-ID: <43962B8E.1090407@jim-liesl.org>
Date: Tue, 06 Dec 2005 17:23:42 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Kris Kennaway <kris@obsecurity.org>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<43960445.4050202@jim-liesl.org>
	<20051206214613.GA79648@xor.obsecurity.org>
In-Reply-To: <20051206214613.GA79648@xor.obsecurity.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 00:26:27 -0000

Kris Kennaway wrote:

>On Tue, Dec 06, 2005 at 02:36:05PM -0700, secmgr wrote:
>
>  
>
>>>Update to 5.4 before trying to update to 6.0.
>>>
>>>Kris
>>>      
>>>
>>So is there any supported direct 5.3->6.0 upgrade path, or is a stop in 
>>5.4 ville manditory now.?
>>    
>>
>
>I tried to say that you have to update to 5.4 before you can update to
>6.0, i.e. updates from older versions are not supported.  It may be
>easier to do a binary upgrade (i.e. download release media and use the
>upgrade option).
>
>Kris
>  
>
Not to belabour this, but the 6.0 release notes do specificly say 5.3 
RELEASE and newer.

"Source upgrades to FreeBSD 6.0-RELEASE are only supported from FreeBSD 
5.3-RELEASE or later. Users of older systems wanting to upgrade 
6.0-RELEASE will need to update to FreeBSD 5.3 or newer first, then to 
FreeBSD 6.0-RELEASE."

This is one of my pet peeves with FreeBSD.  You can read the Release 
Notes, the UPDATING, the ERRATA, the HARDWARE, thinking you've prepped 
yourself for the upgrade, and still be screwed.  If RE wants to change 
the requirements for upgrading, then how bleeping hard would it be to 
update either release notes or errata.  It's not so much that I now need 
to do multiple upgrades (ok, that IS pretty annoying), it's that I'd 
never of known unless I followed this thread.

I've run into this while installing since 4.4, and it's gotten really 
bad since the whole 5.3 mess.  Now it's deja vu all over again.

jim

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 00:31:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1156E16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 00:31:37 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 49F9C43D5D
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 00:31:35 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id D87771A3C30;
	Tue,  6 Dec 2005 16:31:34 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id E541751494; Tue,  6 Dec 2005 19:31:33 -0500 (EST)
Date: Tue, 6 Dec 2005 19:31:33 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: secmgr <security@jim-liesl.org>
Message-ID: <20051207003133.GA81935@xor.obsecurity.org>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<43960445.4050202@jim-liesl.org>
	<20051206214613.GA79648@xor.obsecurity.org>
	<43962B8E.1090407@jim-liesl.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j"
Content-Disposition: inline
In-Reply-To: <43962B8E.1090407@jim-liesl.org>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org, Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 00:31:38 -0000


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

On Tue, Dec 06, 2005 at 05:23:42PM -0700, secmgr wrote:

> >>>Update to 5.4 before trying to update to 6.0.
> >>>
> >>>Kris
> >>>    =20
> >>>
> >>So is there any supported direct 5.3->6.0 upgrade path, or is a stop in=
=20
> >>5.4 ville manditory now.?
> >>  =20
> >>
> >
> >I tried to say that you have to update to 5.4 before you can update to
> >6.0, i.e. updates from older versions are not supported.  It may be
> >easier to do a binary upgrade (i.e. download release media and use the
> >upgrade option).
> >
> >Kris
> >=20
> >
> Not to belabour this, but the 6.0 release notes do specificly say 5.3=20
> RELEASE and newer.

You're right, as others have also pointed out.

> "Source upgrades to FreeBSD 6.0-RELEASE are only supported from FreeBSD=
=20
> 5.3-RELEASE or later. Users of older systems wanting to upgrade=20
> 6.0-RELEASE will need to update to FreeBSD 5.3 or newer first, then to=20
> FreeBSD 6.0-RELEASE."
>=20
> This is one of my pet peeves with FreeBSD.  You can read the Release=20
> Notes, the UPDATING, the ERRATA, the HARDWARE, thinking you've prepped=20
> yourself for the upgrade, and still be screwed.  If RE wants to change=20
> the requirements for upgrading, then how bleeping hard would it be to=20
> update either release notes or errata.

This didn't happen here, so you don't need to be upset at RE.

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

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

iD8DBQFDli1lWry0BWjoQKURAi2OAKDX/bc1R0/BtCVuXU2of6F//QMGjACg2jkz
RVq9L069+sWKzf13zydw1bQ=
=k9uZ
-----END PGP SIGNATURE-----

--nFreZHaLTZJo0R7j--

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 00:44:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 82C2416A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 00:44:57 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12])
	by mx1.FreeBSD.org (Postfix) with SMTP id 6E20343D58
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 00:44:56 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: (qmail 80229 invoked by uid 399); 7 Dec 2005 00:44:55 -0000
Received: from localhost (HELO master) (dougb@dougbarton.us@127.0.0.1)
	by localhost with SMTP; 7 Dec 2005 00:44:55 -0000
Date: Tue, 6 Dec 2005 16:44:54 -0800 (PST)
From: Doug Barton <dougb@FreeBSD.org>
To: secmgr <security@jim-liesl.org>
In-Reply-To: <43962B8E.1090407@jim-liesl.org>
Message-ID: <20051206163732.K60888@znfgre.qbhto.arg>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<43960445.4050202@jim-liesl.org>
	<20051206214613.GA79648@xor.obsecurity.org>
	<43962B8E.1090407@jim-liesl.org>
Organization: http://www.FreeBSD.org/
X-OpenPGP-Key-ID: 0xD5B2F0FB
X-message-flag: Outlook -- Not just for spreading viruses anymore!
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: freebsd-stable@freebsd.org, Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 00:44:57 -0000

On Tue, 6 Dec 2005, secmgr wrote:

> Not to belabour this, but the 6.0 release notes do specificly say 5.3 RELEASE 
> and newer.

5.4-STABLE is newer. :)

> "Source upgrades to FreeBSD 6.0-RELEASE are only supported from FreeBSD 
> 5.3-RELEASE or later. Users of older systems wanting to upgrade 6.0-RELEASE 
> will need to update to FreeBSD 5.3 or newer first, then to FreeBSD 
> 6.0-RELEASE."

How does this change to UPDATING in RELENG_6 look to you:

Index: UPDATING
===================================================================
RCS file: /home/ncvs/src/UPDATING,v
retrieving revision 1.416.2.7
diff -u -r1.416.2.7 UPDATING
--- UPDATING    1 Nov 2005 23:44:40 -0000       1.416.2.7
+++ UPDATING    7 Dec 2005 00:42:04 -0000
@@ -229,7 +229,13 @@
         page for more details.

         Due to several updates to the build infrastructure, source
-       upgrades from versions prior to 5.3 no longer supported.
+       upgrades from versions prior to 5.4-STABLE are not likely
+       to succeed.
+
+       When upgrading from one major version to another, it is
+       generally best to upgrade to the latest code in the branch
+       currently installed first, then do another upgrade to the
+       new branch.


> This is one of my pet peeves with FreeBSD.  You can read the Release Notes, 
> the UPDATING, the ERRATA, the HARDWARE, thinking you've prepped yourself for 
> the upgrade, and still be screwed.

This is an open source project. The only way that things improve is if 
people help make it better. It's also worth pointing out that this issue of 
upgrading to the latest version of the branch you're in has been "common 
knowledge" for, basically, always; so if the folks that wrote the release 
notes neglected to include it, it's understandable. (Although, as you point 
out, potentially frustrating for new(er) users.)

> If RE wants to change the requirements for upgrading, then how bleeping 
> hard would it be to update either release notes or errata.  It's not so 
> much that I now need to do multiple upgrades (ok, that IS pretty 
> annoying), it's that I'd never of known unless I followed this thread.

Ok, so, after you calm down a bit, why don't you write a message to 
re@freebsd.org and mention this issue.

hth,

Doug

-- 

     This .signature sanitized for your protection


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 00:50:20 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5EF9C16A420;
	Wed,  7 Dec 2005 00:50:20 +0000 (GMT)
	(envelope-from bsdlists@rfnj.org)
Received: from mail.rfnj.org (ns1.rfnj.org [66.180.172.156])
	by mx1.FreeBSD.org (Postfix) with ESMTP id CCF7A43D58;
	Wed,  7 Dec 2005 00:50:18 +0000 (GMT)
	(envelope-from bsdlists@rfnj.org)
Received: by mail.rfnj.org (Postfix, from userid 58)
	id CEF8C4F1; Tue,  6 Dec 2005 19:50:17 -0500 (EST)
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on rfnj.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.6 required=10.0 tests=ALL_TRUSTED,AWL 
	autolearn=disabled version=3.1.0
Received: from www.rfnj.org (localhost.rfnj.org [127.0.0.1])
	by mail.rfnj.org (Postfix) with ESMTP id 82279411;
	Tue,  6 Dec 2005 19:50:17 -0500 (EST)
Received: from ool-45741363.dyn.optonline.net ([69.116.19.99])
	(SquirrelMail authenticated user asym@rfnj.org)
	by www.rfnj.org with HTTP; Tue, 6 Dec 2005 19:50:17 -0500 (EST)
Message-ID: <4606.69.116.19.99.1133916617.squirrel@www.rfnj.org>
In-Reply-To: <20051206163732.K60888@znfgre.qbhto.arg>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<43960445.4050202@jim-liesl.org>
	<20051206214613.GA79648@xor.obsecurity.org>
	<43962B8E.1090407@jim-liesl.org>
	<20051206163732.K60888@znfgre.qbhto.arg>
Date: Tue, 6 Dec 2005 19:50:17 -0500 (EST)
From: "Allen" <bsdlists@rfnj.org>
To: "Doug Barton" <dougb@FreeBSD.org>
User-Agent: SquirrelMail/1.4.5
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Cc: freebsd-stable@freebsd.org, Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: bsdlists@rfnj.org
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 00:50:20 -0000


On Tue, December 6, 2005 19:44, Doug Barton wrote:
> On Tue, 6 Dec 2005, secmgr wrote:
>
>> Not to belabour this, but the 6.0 release notes do specificly say 5.3
>> RELEASE
>> and newer.
>
> 5.4-STABLE is newer. :)
>
>> "Source upgrades to FreeBSD 6.0-RELEASE are only supported from FreeBSD
>> 5.3-RELEASE or later. Users of older systems wanting to upgrade
>> 6.0-RELEASE
>> will need to update to FreeBSD 5.3 or newer first, then to FreeBSD
>> 6.0-RELEASE."
>
> How does this change to UPDATING in RELENG_6 look to you:
>
> Index: UPDATING
> ===================================================================
> RCS file: /home/ncvs/src/UPDATING,v
> retrieving revision 1.416.2.7
> diff -u -r1.416.2.7 UPDATING
> --- UPDATING    1 Nov 2005 23:44:40 -0000       1.416.2.7
> +++ UPDATING    7 Dec 2005 00:42:04 -0000
> @@ -229,7 +229,13 @@
>          page for more details.
>
>          Due to several updates to the build infrastructure, source
> -       upgrades from versions prior to 5.3 no longer supported.
> +       upgrades from versions prior to 5.4-STABLE are not likely
> +       to succeed.

Sorry to butt in but..

Doesn't the definition of -STABLE change, for all intents and purposes, by
the minute?

What next, "versions prior to 5.4-STABLE as of YYYYMMDD ...."?

> +
> +       When upgrading from one major version to another, it is
> +       generally best to upgrade to the latest code in the branch
> +       currently installed first, then do another upgrade to the
> +       new branch.

This is getting closer to the truth.

Why don't you just say "update to the most recent RELENG_5 before
attempting."  Future proof, no room for confusion.






From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 03:28:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B58A316A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 03:28:57 +0000 (GMT)
	(envelope-from paul.koch@statseeker.com)
Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E97B343D45
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 03:28:56 +0000 (GMT)
	(envelope-from paul.koch@statseeker.com)
Received: from localhost (localhost [127.0.0.1])
	by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jB73Ssrx091043
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 13:28:54 +1000 (EST)
	(envelope-from paul.koch@statseeker.com)
Received: from wally.statseeker.com ([127.0.0.1])
	by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new,
	port 10024) with LMTP id 90340-06 for <freebsd-stable@freebsd.org>;
	Wed,  7 Dec 2005 13:28:46 +1000 (EST)
Received: from speedy (speedy.statseeker.com [10.1.1.100])
	(authenticated bits=0)
	by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jB73Sfm0091037
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT)
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 13:28:42 +1000 (EST)
	(envelope-from paul.koch@statseeker.com)
From: Paul Koch <paul.koch@statseeker.com>
Organization: Statseeker
To: freebsd-stable@freebsd.org
Date: Wed, 7 Dec 2005 13:28:37 +1000
User-Agent: KMail/1.8
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512071328.37867.paul.koch@statseeker.com>
X-Virus-Scanned: amavisd-new at statseeker.com
Subject: 6.0-stable panic in ohci_softintr when using ucom/uftdi
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: paul.koch@statseeker.com
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 03:28:57 -0000

My setup is:
ASUS Pundant Booksize PC Celeron 2.66Ghz, 512M ram, 4 USB ports.
Attached is one Netcomm USB modem which uses the ucom / uftdi 
drivers, and is configured for auto answer. 

Source is 6.0 stable as of today 7th Dec 2005.

Devices in /dev that get created are:
cuaU0
cuaU0.init
cuaU0.lock
ttyU0.init
ttyU0.lock
ttyd0

I have added the following to /etc/ttys:
 ttyU0 "/usr/libexec/getty modem.230400" dialup on insecure

and this to /etc/gettytab:
 modem.230400|modems-230k:\
        :hw:np:sp#230400:

As soon at the modem rings, the machine panics.  I don't think the
modem even gets time to pick up the line.  This doesn't happen on 
a 5.4-stable box with 6 modems connected, but 5.4-stable appears 
to have other "hanging" issues, thus why I am trying out 6.0-stable.

Recent changes to ohci.c (1.154.2.1) in this area (2 days ago) ??
Should I raise a PR ?

	Paul.


# kgdb kernel.debug /var/crash/vmcore.2
kgdb: core file: /var/crash/vmcore.2
kgdb: kernel image: kernel.debug
[GDB will not be able to debug user-mode 
threads: /usr/lib/libthread_db.so: Undefined sym
bol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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-marcel-freebsd".

Unread portion of the kernel message buffer:
ucom0: open bulk out error (addr 2): IN_USE


Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x24
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc0474c36
stack pointer           = 0x28:0xd3133c7c
frame pointer           = 0x28:0xd3133cac
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         = 29 (irq19: ohci0 ohci1+)
trap number             = 12
panic: page fault
Uptime: 47s
Dumping 446 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 447MB (114240 pages) 431 415 399 383 367 351 335 319 303 287 
271 255 239 223 2
07 191 175 159 143 127 111 95 79 63 47 31 15

#0  doadump () at pcpu.h:165
165             __asm __volatile("movl %%fs:0,%0" : "=r" (td));

(kgdb) backtrace
#0  doadump () at pcpu.h:165
#1  0xc04c8a42 in boot (howto=260) 
at /usr/src/sys/kern/kern_shutdown.c:399
#2  0xc04c8cd8 in panic (fmt=0xc05f6b91 "%s") 
at /usr/src/sys/kern/kern_shutdown.c:555
#3  0xc05d7e34 in trap_fatal (frame=0xd3133c3c, eva=36)
    at /usr/src/sys/i386/i386/trap.c:836
#4  0xc05d7b9b in trap_pfault (frame=0xd3133c3c, usermode=0, eva=36)
    at /usr/src/sys/i386/i386/trap.c:744
#5  0xc05d77f9 in trap (frame=
      {tf_fs = -1027342328, tf_es = -1027342296, tf_ds = -1028849624, 
tf_edi = -1028264960, tf_esi = -1028043056, tf_ebp = -753714004, tf_isp 
= -753714072, tf_ebx = 2, tf_edx = -1028786304, tf_ecx = 0, tf_eax = 
-1027196800, tf_trapno = 12, tf_err = 0, tf_eip = -1069069258, tf_cs = 
32, tf_eflags = 590466, tf_esp = -1068655605, tf_ss = -1028786304})
    at /usr/src/sys/i386/i386/trap.c:434
#6  0xc05c7f3a in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc0474c36 in ohci_softintr (v=0xc2b8b000) 
at /usr/src/sys/dev/usb/ohci.c:1469
#8  0xc04887ab in usb_schedsoftintr (bus=0xc2b8b000) 
at /usr/src/sys/dev/usb/usb.c:871
#9  0xc0474762 in ohci_intr1 (sc=0xc2b8b000) 
at /usr/src/sys/dev/usb/ohci.c:1233
#10 0xc04745b4 in ohci_intr (p=0xc2b8b000) 
at /usr/src/sys/dev/usb/ohci.c:1162
#11 0xc04b45d9 in ithread_loop (arg=0xc2a8b400) 
at /usr/src/sys/kern/kern_intr.c:547
#12 0xc04b3860 in fork_exit (callout=0xc04b4480 <ithread_loop>, 
arg=0xc2a8b400, 
    frame=0xd3133d38) at /usr/src/sys/kern/kern_fork.c:789
#13 0xc05c7f9c in fork_trampoline () 
at /usr/src/sys/i386/i386/exception.s:208
(kgdb)



Kernel Config:
machine         i386
cpu             I686_CPU
ident           TERMITE6X
makeoptions     DEBUG=-g
 
options         SCHED_4BSD
options         PREEMPTION
options         INET
options         FFS
options         SOFTUPDATES
options         UFS_ACL
options         UFS_DIRHASH
options         MD_ROOT
options         GEOM_GPT
options         COMPAT_43
options         KTRACE
options         SYSVSHM
options         SYSVMSG
options         SYSVSEM
options         _KPOSIX_PRIORITY_SCHEDULING 
options         KBD_INSTALL_CDEV
options         ADAPTIVE_GIANT
device          apic
device          pci
device          agp
 
device          ata
device          atadisk
device          atapicd
options         ATA_STATIC_ID
 
device          scbus
device          da
device          cd
device          pass
 
device          atkbdc
device          atkbd
device          psm
device          vga
device          splash
device          sc
 
device          pmtimer
device          sio
device          miibus
device          xl
 
device          loop
device          random
device          ether
device          ppp
device          pty
device          md
device          bpf
 
device          uhci
device          ohci
device          ehci
device          usb
device          ugen
device          uftdi
device          ucom
device          uhid
device          ukbd
device          umass
options         USB_DEBUG




# dmesg

FreeBSD 6.0-STABLE #0: Wed Dec  7 12:08:53 EST 2005
    pak@termite6x.statseeker.com:/usr/obj/usr/src/sys/TERMITE6X
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Celeron(R) CPU 2.66GHz (2660.47-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf41  Stepping = 1
  
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>
  Features2=0x441d<SSE3,RSVD2,MON,DS_CPL,CNTX-ID,<b14>>
real memory  = 468975616 (447 MB)
avail memory = 453718016 (432 MB)
ACPI APIC Table: <A M I  OEMAPIC >
ioapic0: Changing APIC ID to 1
ioapic0 <Version 1.1> irqs 0-23 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <A M I OEMRSDT> on motherboard
acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <ATI RS300_200 AGP bridge> mem 
0xf8000000-0xfbffffff,0xf7f00000-0xf7f00fff 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 5.0 (no driver attached)
ohci0: <OHCI (generic) USB controller> mem 0xfe900000-0xfe900fff irq 19 
at device 19.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: <OHCI (generic) USB controller> on ohci0
usb0: USB revision 1.0
usbd_get_string: getting lang failed, using 0
uhub0: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1: <OHCI (generic) USB controller> mem 0xfea00000-0xfea00fff irq 19 
at device 19.1 on pci0
ohci1: [GIANT-LOCKED]
usb1: OHCI version 1.0, legacy support
usb1: <OHCI (generic) USB controller> on ohci1
usb1: USB revision 1.0
usbd_get_string: getting lang failed, using 0
uhub1: (0x1002) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
ehci0: <EHCI (generic) USB 2.0 controller> mem 0xfeb00000-0xfeb00fff irq 
19 at device 19.2 on pci0
ehci0: [GIANT-LOCKED]
usb2: EHCI version 1.0
usb2: companion controllers, 3 ports each: usb0 usb1
usb2: <EHCI (generic) USB 2.0 controller> on ehci0
usb2: USB revision 2.0
uhub2: (0x1002) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: 6 ports with 6 removable, self powered
pci0: <serial bus, SMBus> at device 20.0 (no driver attached)
atapci0: <ATI IXP200 UDMA100 controller> port 
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on 
pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
isab0: <PCI-ISA bridge> at device 20.3 on pci0
isa0: <ISA bus> on isab0
pcib2: <ACPI PCI-PCI bridge> at device 20.4 on pci0
pci2: <ACPI PCI bus> on pcib2
xl0: <3Com 3c920B-EMB-WNM Integrated Fast Etherlink XL> port 
0xec00-0xec7f mem 0xfe200000-0xfe20007f irq 18 at device 8.0 on pci2
miibus0: <MII bus> on xl0
rlphy0: <RTL8201L 10/100 media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
xl0: Ethernet address: 00:11:d8:c7:f4:41
pci2: <serial bus, FireWire> at device 10.0 (no driver attached)
pci2: <bridge, PCI-CardBus> at device 12.0 (no driver attached)
pci2: <memory, flash> at device 12.1 (no driver attached)
pci0: <multimedia, audio> at device 20.5 (no driver attached)
acpi_button0: <Power Button> on acpi0
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on 
acpi0
sio0: type 16550A
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
pmtimer0 on isa0
orm0: <ISA Option ROM> at iomem 0xc0000-0xcdfff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on 
isa0
ucom0: FTDI USB <-> Serial, rev 1.10/4.00, addr 2
Timecounter "TSC" frequency 2660465080 Hz quality 800
Timecounters tick every 1.000 msec
ad0: 76319MB <Seagate ST380011A 8.01> at ata0-master UDMA100
acd0: CDROM <ASUS CD-S520/A5/1.1> at ata0-slave UDMA33

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 03:41:35 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6786216A423;
	Wed,  7 Dec 2005 03:41:35 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA2F43D5D;
	Wed,  7 Dec 2005 03:41:34 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051207034151.GIHB6953.dukecmmtao02.coxmail.com@dns1>;
	Tue, 6 Dec 2005 22:41:51 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org,
 bsdlists@rfnj.org
Date: Tue, 6 Dec 2005 19:41:30 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206163732.K60888@znfgre.qbhto.arg>
	<4606.69.116.19.99.1133916617.squirrel@www.rfnj.org>
In-Reply-To: <4606.69.116.19.99.1133916617.squirrel@www.rfnj.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512061941.31866.vizion@vizion.occoxmail.com>
Cc: Doug Barton <dougb@freebsd.org>, Kris Kennaway <kris@obsecurity.org>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 03:41:35 -0000

On Tuesday 06 December 2005 16:50,  the author Allen contributed to the 
dialogue on-
 Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic: 

>On Tue, December 6, 2005 19:44, Doug Barton wrote:
>> On Tue, 6 Dec 2005, secmgr wrote:
>>> Not to belabour this, but the 6.0 release notes do specificly say 5.3
>>> RELEASE
>>> and newer.
>>
>> 5.4-STABLE is newer. :)
>>
>>> "Source upgrades to FreeBSD 6.0-RELEASE are only supported from FreeBSD
>>> 5.3-RELEASE or later. Users of older systems wanting to upgrade
>>> 6.0-RELEASE
>>> will need to update to FreeBSD 5.3 or newer first, then to FreeBSD
>>> 6.0-RELEASE."
>>
>> How does this change to UPDATING in RELENG_6 look to you:
>>
>> Index: UPDATING
>> ===================================================================
>> RCS file: /home/ncvs/src/UPDATING,v
>> retrieving revision 1.416.2.7
>> diff -u -r1.416.2.7 UPDATING
>> --- UPDATING    1 Nov 2005 23:44:40 -0000       1.416.2.7
>> +++ UPDATING    7 Dec 2005 00:42:04 -0000
>> @@ -229,7 +229,13 @@
>>          page for more details.
>>
>>          Due to several updates to the build infrastructure, source
>> -       upgrades from versions prior to 5.3 no longer supported.
>> +       upgrades from versions prior to 5.4-STABLE are not likely
>> +       to succeed.
>
>Sorry to butt in but..
>
>Doesn't the definition of -STABLE change, for all intents and purposes, by
>the minute?
>
>What next, "versions prior to 5.4-STABLE as of YYYYMMDD ...."?
>
>> +
>> +       When upgrading from one major version to another, it is
>> +       generally best to upgrade to the latest code in the branch
>> +       currently installed first, then do another upgrade to the
>> +       new branch.
>
>This is getting closer to the truth.
>
>Why don't you just say "update to the most recent RELENG_5 before
>attempting."  Future proof, no room for confusion.

Well I do not want to not thank those who have made the upgrades viable. The 
value of their work should not be underrated.

There is however a perennial problem that freebsd documentation has always 
been seen as behind and seperate from the development process rather than an 
integral part of that process. I do not know whether that historical habit is 
changeable. I suspect it is the only major disadvantage  from what I would 
personally describe as a somewhat  "technologically centred meritocratic 
school of governance" for the freebsd project. Some improved cohesion between 
the desire to meet the developmental needs and a desirable objective to 
provide an end user-centric operation is, to my mind desirable. On the other 
hand freebsd has prospered in the past by devotion to reliance upon 
idiosyncratic individual initiatives and that does not blend well with 
co-operatively integrated plans to similtaneously meet the twin goals I 
identify.

On the whole the result is a A for freebsd when we all want an A++
<chuckles>

Certainly better documentation for the upgrade path between 5.3 and 6.0 would 
have saved me a h*** of a lot of time.. but there it is.. live does not hand 
out many A++s

Thank you top everyone who helped. I have now successfully upgarded to 5.4 and 
am about to begin the last leg of this journey towards 6.0.

my two pennorth

david
-- 
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after 
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 04:24:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6D18416A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 04:24:51 +0000 (GMT)
	(envelope-from kwc@shell.TheWorld.com)
Received: from TheWorld.com (pcls3.std.com [192.74.137.143])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC9243D64
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 04:24:49 +0000 (GMT)
	(envelope-from kwc@shell.TheWorld.com)
Received: from shell.TheWorld.com (root@shell01.theworld.com [192.74.137.71])
	by TheWorld.com (8.12.8p1/8.12.8) with ESMTP id jB74OVIx007481;
	Tue, 6 Dec 2005 23:24:31 -0500
Received: (from kwc@localhost)
	by shell.TheWorld.com (8.9.3/8.9.3) id XAA14988905;
	Tue, 6 Dec 2005 23:24:31 -0500 (EST)
Date: Tue, 6 Dec 2005 23:24:31 -0500 (EST)
From: Kenneth W Cochran <kwc@TheWorld.com>
Message-Id: <200512070424.XAA14988905@shell.TheWorld.com>
To: Vizion <vizion@vizion.occoxmail.com>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206163732.K60888@znfgre.qbhto.arg>
	<4606.69.116.19.99.1133916617.squirrel@www.rfnj.org>
X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED 
	autolearn=failed version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pcls3.std.com
X-Virus-Scanned: ClamAV 0.86rc1/1204/Mon Dec 5 05:09:54 2005 on pcls3.std.com
X-Virus-Status: Clean
Cc: freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 04:24:51 -0000

>From: Vizion <vizion@vizion.occoxmail.com>
>To: freebsd-stable@freebsd.org, bsdlists@rfnj.org
>Date: Tue, 6 Dec 2005 19:41:30 -0800
>Cc: Doug Barton <dougb@freebsd.org>, Kris Kennaway <kris@obsecurity.org>
>Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
>
>On Tuesday 06 December 2005 16:50,  the author Allen contributed to the
>dialogue on-
> Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic:
>
>>On Tue, December 6, 2005 19:44, Doug Barton wrote:
>>> On Tue, 6 Dec 2005, secmgr wrote:
>>>> Not to belabour this, but the 6.0 release notes do specificly say 5.3
>>>> RELEASE and newer.
>>>
>>> 5.4-STABLE is newer. :)
>>>
>>>> "Source upgrades to FreeBSD 6.0-RELEASE are only supported from FreeBSD
>>>> 5.3-RELEASE or later. Users of older systems wanting to upgrade 6.0-RELEASE
>>>> will need to update to FreeBSD 5.3 or newer first, then to FreeBSD
>>>> 6.0-RELEASE."
>>>
>>> How does this change to UPDATING in RELENG_6 look to you:
>>>
>>> Index: UPDATING
>>> ===================================================================
>>> RCS file: /home/ncvs/src/UPDATING,v
>>> retrieving revision 1.416.2.7
>>> diff -u -r1.416.2.7 UPDATING
>>> --- UPDATING    1 Nov 2005 23:44:40 -0000       1.416.2.7
>>> +++ UPDATING    7 Dec 2005 00:42:04 -0000
>>> @@ -229,7 +229,13 @@
>>>          page for more details.
>>>
>>>          Due to several updates to the build infrastructure, source
>>> -       upgrades from versions prior to 5.3 no longer supported.
>>> +       upgrades from versions prior to 5.4-STABLE are not likely
>>> +       to succeed.
>>
>>Sorry to butt in but..
>>
>>Doesn't the definition of -STABLE change, for all intents and purposes, by
>>the minute?
>>
>>What next, "versions prior to 5.4-STABLE as of YYYYMMDD ...."?

I believe I've seen exactly this type of notation in UPDATING
over the years, in both 4.x & 5.x.

>>> +
>>> +       When upgrading from one major version to another, it is
>>> +       generally best to upgrade to the latest code in the branch
>>> +       currently installed first, then do another upgrade to the
>>> +       new branch.
>>
>>This is getting closer to the truth.
>>
>>Why don't you just say "update to the most recent RELENG_5 before
>>attempting."  Future proof, no room for confusion.
>
[...snip...]
>
>There is however a perennial problem that freebsd documentation has always
>been seen as behind and seperate from the development process rather than an

Maybe (hmm, even probably :) but I've found documentation,
announcements, errata, etc. (*manpages*) for FreeBSD to
be *much* better, more relevant & up to date than, umm,
"other" opensource systems.  Compared to FreeBSD, other
systems' documentation/manpages seem haphazard & in some
cases even nonexistent.

>integral part of that process. [...snip...]
>
>Certainly better documentation for the upgrade path between 5.3 and 6.0 would
>have saved me a h*** of a lot of time.. but there it is.. live does not hand
>out many A++s

I would guess that it says 5.3 instead of 5.4 due to oversight,
e.g. it was written/documented/recommended before 5.4 was out.
Maybe that's (part of) the basis for the Handbook's recommendation of
reading the -stable list if you indeed want to track past -RELEASE.  :)

>Thank you top everyone who helped. I have now successfully upgarded to 5.4 and
>am about to begin the last leg of this journey towards 6.0.
>
>my two pennorth
>
>david
>--

Mine too I guess :)

-kc

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 05:16:58 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7715516A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 05:16:58 +0000 (GMT)
	(envelope-from grog@lemis.com)
Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9056D43D5D
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 05:16:57 +0000 (GMT)
	(envelope-from grog@lemis.com)
Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135])
	by ext-gw.lemis.com (Postfix) with ESMTP id AE2851310CD;
	Wed,  7 Dec 2005 15:46:52 +1030 (CST)
Received: by wantadilla.lemis.com (Postfix, from userid 1004)
	id DE4FC857B8; Wed,  7 Dec 2005 15:47:52 +1030 (CST)
Date: Wed, 7 Dec 2005 15:47:52 +1030
From: Greg 'groggy' Lehey <grog@FreeBSD.org>
To: kama <kama@pvp.se>
Message-ID: <20051207051752.GA60194@wantadilla.lemis.com>
References: <20051202142731.H92866@ns1.as.pvp.se>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe"
Content-Disposition: inline
In-Reply-To: <20051202142731.H92866@ns1.as.pvp.se>
User-Agent: Mutt/1.4.2.1i
Organization: The FreeBSD Project
Phone: +61-8-8388-8286
Fax: +61-8-8388-8725
Mobile: +61-418-838-708
WWW-Home-Page: http://www.FreeBSD.org/
X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F  09AC 22E6 F290 507A 4223
Cc: freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 05:16:58 -0000


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

On Friday,  2 December 2005 at 14:32:58 +0100, kama wrote:
>
> Hi,
>
> I am just wondering why the cpu-timer is doubled from what I set in
> kern.hz?
>
> # vmstat -i
> ...
> cpu0: timer                     14314031       1999
>
> # sysctl -a | grep hz
> kern.clockrate: { hz = 1000, tick = 1000, profhz = 666, stathz = 133 }

Interesting question.  So far I haven't seen an answer that comes
close to explaining it.  My guess is that it's because of the specific
timer you're using; which is it?  Is there anything else of interest
in your setup?

FWIW, I get (without ACPI) on two different machines essentially the
same:

  $ vmstat -i
  interrupt                          total       rate
  irq0: clk                       55250411       1000
  irq1: atkbd0                       47365          0
  irq5: ohci1                        97516          1
  irq8: rtc                        7069645        127
  irq10: ehci0                           1          0
  irq11: nve0 xl0+                 1022991         18
  irq14: ata0                       425652          7
  irq15: ata1                         4777          0
  Total                           63918358       1157
  $ sysctl -a | grep hz
  kern.clockrate: { hz = 1000, tick = 1000, profhz = 1024, stathz = 128 }
  debug.psm.hz: 20

Greg
--
See complete headers for address and phone numbers.

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

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

iD8DBQFDlnCAIubykFB6QiMRAhKRAJ9RnZj48W/yE88bNbldMmvj8frvagCfSFQS
DmgU8R7kG8nre/582P286x0=
=5Cyd
-----END PGP SIGNATURE-----

--G4iJoqBmSsgzjUCe--

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 05:29:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@FreeBSD.org
Delivered-To: freebsd-stable@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4C2CF16A41F
	for <freebsd-stable@FreeBSD.org>; Wed,  7 Dec 2005 05:29:40 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F175243D46
	for <freebsd-stable@FreeBSD.org>; Wed,  7 Dec 2005 05:29:39 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id D79431A3C1C;
	Tue,  6 Dec 2005 21:29:39 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 1894551494; Wed,  7 Dec 2005 00:29:39 -0500 (EST)
Date: Wed, 7 Dec 2005 00:29:39 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: Kenneth W Cochran <kwc@TheWorld.com>
Message-ID: <20051207052938.GA85282@xor.obsecurity.org>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206163732.K60888@znfgre.qbhto.arg>
	<4606.69.116.19.99.1133916617.squirrel@www.rfnj.org>
	<200512070424.XAA14988905@shell.TheWorld.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR"
Content-Disposition: inline
In-Reply-To: <200512070424.XAA14988905@shell.TheWorld.com>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@FreeBSD.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 05:29:40 -0000


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

On Tue, Dec 06, 2005 at 11:24:31PM -0500, Kenneth W Cochran wrote:

> >Certainly better documentation for the upgrade path between 5.3 and 6.0 =
would
> >have saved me a h*** of a lot of time.. but there it is.. live does not =
hand
> >out many A++s
>=20
> I would guess that it says 5.3 instead of 5.4 due to oversight,
> e.g. it was written/documented/recommended before 5.4 was out.
> Maybe that's (part of) the basis for the Handbook's recommendation of
> reading the -stable list if you indeed want to track past -RELEASE.  :)

I've corrected myself already in previous replies, but to try and put
this to rest, I was mistaken when I said that 5.4 was required.
Others have already confirmed that clean 5.3 installations may be
directly upgraded to 6.0.

The problem experienced by the OP must have had another cause.  The
upgrade to 5.4 may have corrected it for him.

Kris

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

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

iD8DBQFDlnNCWry0BWjoQKURAmMSAKC47zJr1KOiX3MGfd/AskQw5HS6iACggEVb
Jo+3xZppM+iKb7jDs1Prv10=
=m82/
-----END PGP SIGNATURE-----

--T4sUOijqQbZv57TR--

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 06:59:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1BA6716A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 06:59:28 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9C3243D91
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 06:59:16 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02 ([172.18.22.62]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20051207065932.NFRK6953.dukecmmtao02.coxmail.com@dukecmmtao02>
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 01:59:32 -0500
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
From: <vizion@vizion.occoxmail.com>
To: <freebsd-stable@freebsd.org>
Date: Tue, 6 Dec 2005 22:57:35 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20051207065932.NFRK6953.dukecmmtao02.coxmail.com@dukecmmtao02>
Subject: Help - vr0: rx packet loss on new 6.0 kernel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 06:59:28 -0000

Just upgraded from 5.4 >6.0 and am getting
vr0: rx packet loss even on single user mode

can anyone please help me to fix the problem

Thanks


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 06:59:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3B92B16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 06:59:31 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FD5043DA3
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 06:59:25 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02 ([172.18.22.62]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20051207065941.NFWF6953.dukecmmtao02.coxmail.com@dukecmmtao02>
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 01:59:41 -0500
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
From: <vizion@vizion.occoxmail.com>
To: <freebsd-stable@freebsd.org>
Date: Tue, 6 Dec 2005 22:57:44 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20051207065941.NFWF6953.dukecmmtao02.coxmail.com@dukecmmtao02>
Subject: Help - vr0: rx packet loss on new 6.0 kernel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 06:59:31 -0000

Just upgraded from 5.4 >6.0 and am getting
vr0: rx packet loss even on single user mode

can anyone please help me to fix the problem

Thanks


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 07:03:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AF51B16A424
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:03:53 +0000 (GMT)
	(envelope-from johnwrussell@comcast.net)
Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.152])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6659043D73
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:03:22 +0000 (GMT)
	(envelope-from johnwrussell@comcast.net)
Received: from rmailcenter79.comcast.net ([204.127.197.179])
	by comcast.net (rwcrmhc12) with SMTP
	id <20051207070319014008g6rle>; Wed, 7 Dec 2005 07:03:19 +0000
Received: from [24.4.165.68] by rmailcenter79.comcast.net;
	Wed, 07 Dec 2005 07:03:19 +0000
From: johnwrussell@comcast.net
To: freebsd-stable@freebsd.org
Date: Wed, 07 Dec 2005 07:03:19 +0000
Message-Id: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
X-Mailer: AT&T Message Center Version 1 (Dec 17 2004)
X-Authenticated-Sender: am9obndydXNzZWxsQGNvbWNhc3QubmV0
Subject: Adventurous fix for wheel mouse not working in FreeBSD 6.0
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 07:03:54 -0000

After installing FreeBSD 6.0, I was no longer able to scroll using the wheel on my Logitech Optical Mouse.  I ran moused with the -fd flags and confirmed that the  mouse daemon was catching the z-axis events.  My xorg.conf looked OK to me:

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Device" "/dev/sysmouse"
        Option      "CorePointer"
        Option      "AlwaysCore"
        Option      "Protocol" "Auto"
        Option      "Buttons" "5"
        Option      "ZAxisMapping" "4 5"
        Option      "Emulate3Buttons" "no"
EndSection

I struggled for days and tried dozens of things.  I came to suspect that the
problem was related to changes in the way ZAxisMapping is handled by Xorg.  Based on stuff in an Xorg mailing list, I suspect further changes, likely  to be corrective, will be in future versions of the FreeBSD xorg-server port.

However, for the adventurous and impatient, this is what I did to fix my problem: 

1.  Edit /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c
and change from NULL to "4 5" in the following line:

530c530
<     s = xf86SetStrOption(pInfo->options, "ZAxisMapping", "4 5");
---
>     s = xf86SetStrOption(pInfo->options, "ZAxisMapping", NULL);

2.  portupgrade -Wwf xorg-server 

3.  Restart the X server with CTRL-ALT-Backspace.

I don't really know why it works, so I recommend it only for daredevils, unless someone wiser can say it is sound.

Cheers,

John

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 07:15:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 041B216A42D
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:15:11 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0635E43D45
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:15:09 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02 ([172.18.22.62]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20051207071528.NTYN6953.dukecmmtao02.coxmail.com@dukecmmtao02>;
	Wed, 7 Dec 2005 02:15:28 -0500
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
From: <vizion@vizion.occoxmail.com>
To: <vizion@vizion.occoxmail.com>,<freebsd-stable@freebsd.org>
Date: Tue, 6 Dec 2005 23:13:31 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20051207071528.NTYN6953.dukecmmtao02.coxmail.com@dukecmmtao02>
Cc: 
Subject: Re: Help - vr0: rx packet loss on new 6.0 kernel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 07:15:11 -0000


> 
> From: <vizion@vizion.occoxmail.com>
> Date: 2005/12/06 Tue PM 10:57:44 PST
> To: <freebsd-stable@freebsd.org>
> Subject: Help - vr0: rx packet loss on new 6.0 kernel
> 
> Just upgraded from 5.4 >6.0 and am getting
> vr0: rx packet loss even on single user mode
> 
> can anyone please help me to fix the problem
> 
> Thanks
cANNOT GET CONTROL OF SYSTEM EVEN VIA ALTERNATIVE TTY

> 
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> 


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 07:17:26 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0399116A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:17:26 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from mail09.syd.optusnet.com.au (mail09.syd.optusnet.com.au
	[211.29.132.190])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7B17043D53
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:17:24 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from cirb503493.alcatel.com.au
	(c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236])
	by mail09.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id
	jB77HDUB014892
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Wed, 7 Dec 2005 18:17:14 +1100
Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])
	by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id
	jB77HCHh063963; Wed, 7 Dec 2005 18:17:13 +1100 (EST)
	(envelope-from pjeremy@cirb503493.alcatel.com.au)
Received: (from pjeremy@localhost)
	by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jB77HAUG063962; 
	Wed, 7 Dec 2005 18:17:10 +1100 (EST) (envelope-from pjeremy)
Date: Wed, 7 Dec 2005 18:17:10 +1100
From: Peter Jeremy <PeterJeremy@optushome.com.au>
To: Kevin Oberman <oberman@es.net>
Message-ID: <20051207071710.GQ32006@cirb503493.alcatel.com.au>
References: <20051205124910.GC90806@over-yonder.net>
	<20051205181552.2D7AB5D04@ptavv.es.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051205181552.2D7AB5D04@ptavv.es.net>
User-Agent: Mutt/1.4.2.1i
X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc
Cc: kama <kama@pvp.se>, freebsd-stable@freebsd.org,
	"Matthew D. Fuller" <fullermd@over-yonder.net>
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 07:17:26 -0000

On Mon, 2005-Dec-05 10:15:52 -0800, Kevin Oberman wrote:
>> On Mon, Dec 05, 2005 at 09:42:08AM +0100 I heard the voice of
>> kama, and lo! it spake thus:
>> > 
>> > I appreciate that you took time to answer about the different
>> > clocks. But that does not answer why vmstat -i shows a rate of 2000
>> > when I have set the hz to 1000.
>> 
>> Because the rate is always twice hz.
>
>While I will concede that I have no explanation, but on all of my systems
>rate = HZ +/-1. I have never seen a case where rate/2 = HZ.

Basically, it depends on what clock(s) your kernel is using.

Traditionally, FreeBSD/i386 uses the one of the i8254 counters to
generate hz (on irq0) and the RTC to generate profhz/stathz (on irq8).
In this case, the rate on those interrupts should match the values
reported by kern.clockrate.  On SMP machines, this approach is fairly
expensive because the interrupts need to be forwarded to all CPUs
using IPIs.

In early February, jhb implemented an alternative approach using the
local APIC clock (sys/i386/i386/local_apic.c v1.13 and other files).
Since every CPU has a LAPIC, every CPU gets its own clock interrupts
without needing IPIs.  The downside is that there's only a single
LAPIC so a single hardware clock interrupt needs to generate separate
(and independent) hz/tick and stathz/profhz clocks.

Since the clocks need to be independent (to make process statistics
meaningful), this implies that the hardware (LAPIC) clock (cpu0) needs
to be faster than hz.  The original commit ran LAPIC at hz*3 but this
was later changed to hz*2 to reduce overheads.

-- 
Peter Jeremy

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 07:24:59 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id A31D216A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:24:59 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id A311143D72
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:24:56 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02 ([172.18.22.62]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20051207072515.OCRQ6953.dukecmmtao02.coxmail.com@dukecmmtao02>;
	Wed, 7 Dec 2005 02:25:15 -0500
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
From: <vizion@vizion.occoxmail.com>
To: <vizion@vizion.occoxmail.com>,<freebsd-stable@freebsd.org>
Date: Tue, 6 Dec 2005 23:23:18 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20051207072515.OCRQ6953.dukecmmtao02.coxmail.com@dukecmmtao02>
Cc: 
Subject: Re: Re: Help - vr0: rx packet loss on new 6.0 kernel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 07:24:59 -0000


> 
> From: <vizion@vizion.occoxmail.com>
> Date: 2005/12/06 Tue PM 11:13:31 PST
> To: <vizion@vizion.occoxmail.com>, <freebsd-stable@freebsd.org>
> Subject: Re: Help - vr0: rx packet loss on new 6.0 kernel
> 
> 
> > 
> > From: <vizion@vizion.occoxmail.com>
> > Date: 2005/12/06 Tue PM 10:57:44 PST
> > To: <freebsd-stable@freebsd.org>
> > Subject: Help - vr0: rx packet loss on new 6.0 kernel
> > 
> > Just upgraded from 5.4 >6.0 and am getting
> > vr0: rx packet loss even on single user mode
> > 
> > can anyone please help me to fix the problem
> > 
> > Thanks
> cANNOT GET CONTROL OF SYSTEM EVEN VIA ALTERNATIVE TTY
Just managed to get a ps -aux - does anyone know what process I need to kill?

Thanks

> 
> > 
> > _______________________________________________
> > freebsd-stable@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> > 
> 
> 


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 07:33:25 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 16A0316A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:33:25 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72A6143D45
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 07:33:24 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02 ([172.18.22.62]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20051207073343.OKCP6953.dukecmmtao02.coxmail.com@dukecmmtao02>;
	Wed, 7 Dec 2005 02:33:43 -0500
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
From: <vizion@vizion.occoxmail.com>
To: <vizion@vizion.occoxmail.com>,<freebsd-stable@freebsd.org>
Date: Tue, 6 Dec 2005 23:31:46 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20051207073343.OKCP6953.dukecmmtao02.coxmail.com@dukecmmtao02>
Cc: 
Subject: Re: Re: Help - vr0: rx packet loss on new 6.0 kernel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 07:33:25 -0000


> 
> From: <vizion@vizion.occoxmail.com>
> Date: 2005/12/06 Tue PM 11:23:18 PST
> To: <vizion@vizion.occoxmail.com>, <freebsd-stable@freebsd.org>
> Subject: Re: Re: Help - vr0: rx packet loss on new 6.0 kernel
> 

OK booted on the old kernel back to 5.4
Does anyone have any idea what may have caused the problem?
Thanks

> 
> > 
> > From: <vizion@vizion.occoxmail.com>
> > Date: 2005/12/06 Tue PM 11:13:31 PST
> > To: <vizion@vizion.occoxmail.com>, <freebsd-stable@freebsd.org>
> > Subject: Re: Help - vr0: rx packet loss on new 6.0 kernel
> > 
> > 
> > > 
> > > From: <vizion@vizion.occoxmail.com>
> > > Date: 2005/12/06 Tue PM 10:57:44 PST
> > > To: <freebsd-stable@freebsd.org>
> > > Subject: Help - vr0: rx packet loss on new 6.0 kernel
> > > 
> > > Just upgraded from 5.4 >6.0 and am getting
> > > vr0: rx packet loss even on single user mode
> > > 
> > > can anyone please help me to fix the problem
> > > 
> > > Thanks
> > cANNOT GET CONTROL OF SYSTEM EVEN VIA ALTERNATIVE TTY
> Just managed to get a ps -aux - does anyone know what process I need to kill?
> 
> Thanks
> 
> > 
> > > 
> > > _______________________________________________
> > > freebsd-stable@freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> > > 
> > 
> > 
> 
> 


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 07:47:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EC45C16A41F;
	Wed,  7 Dec 2005 07:47:20 +0000 (GMT) (envelope-from yuri@irfu.se)
Received: from colibri.its.uu.se (colibri.its.uu.se [130.238.4.154])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5193B43D5E;
	Wed,  7 Dec 2005 07:47:16 +0000 (GMT) (envelope-from yuri@irfu.se)
Received: by colibri.its.uu.se (Postfix, from userid 211)
	id F1028F76; Wed,  7 Dec 2005 08:47:14 +0100 (NFT)
Received: from colibri.its.uu.se(127.0.0.1) by colibri.its.uu.se via
	virus-scan id s14345; Wed, 7 Dec 05 08:47:07 +0100
Received: from hq.irfu.se (hq.irfu.se [130.238.30.10])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by colibri.its.uu.se (Postfix) with ESMTP id BF8DBF73;
	Wed,  7 Dec 2005 08:47:06 +0100 (NFT)
Received: from ice.irfu.se (ice.irfu.se [130.238.30.157])
	(authenticated bits=0)
	by hq.irfu.se (8.13.4/8.13.4) with ESMTP id jB77l56H018503
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO);
	Wed, 7 Dec 2005 08:47:06 +0100 (CET) (envelope-from yuri@irfu.se)
From: Yuri Khotyaintsev <yuri@irfu.se>
Organization: Swedish Institute of Space Physics
To: John Baldwin <jhb@freebsd.org>
Date: Wed, 7 Dec 2005 08:47:04 +0100
User-Agent: KMail/1.8.3
References: <200512021100.03167.yuri@irfu.se>
	<200512020854.20959.jhb@freebsd.org>
In-Reply-To: <200512020854.20959.jhb@freebsd.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200512070847.04980.yuri@irfu.se>
X-Spam-Status: No, score=-1.4 required=7.0 tests=ALL_TRUSTED autolearn=failed 
	version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on hq.irfu.se
Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org
Subject: Re: Fatal trap 12: page fault while in kernel mode
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 07:47:21 -0000

On Friday 02 December 2005 14.54, John Baldwin wrote:
> On Friday 02 December 2005 05:00 am, Yuri Khotyaintsev wrote:
> > I have the following panic occurring several times a week. The machine =
is
> > an NFS server, and it usually panics early in the morning, when first
> > people try to access it. After reboot it may work OK for 1-2 days, and
> > then panics again. I have tried changing memory and replacing disk which
> > was exported via NFS, but nothing helped :(
> >
> > Any suggestion on how to fix this panic will be very much appreciated !
>
> This panic (in propagate_priority) is usually caused when a thread goes to
> sleep while holding a mutex (which is forbidden).  If you enable INVARIAN=
TS
> and/or WITNESS you should get a better panic, and with WITNESS you will
> even be warned when a thread goes to sleep while holding a mutex.  Howeve=
r,
> these options do introduce considerable execution overhead, and sometimes
> that overhead changes the timing enough to hide the race. :(

Here are the two panics which I got with INVARIANTS and WITNESS enabled.

# kgdb /usr/obj/usr/src/sys/HEM.DEBUG/kernel.debug vmcore.8=20
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:=
=20
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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-marcel-freebsd".

Unread portion of the kernel message buffer:
Memory modified after free 0xc4759e00(508) val=3D0 @ 0xc4759e00
panic: Most recently used by UFS dirhash

Uptime: 11h8m36s
Dumping 511 MB (2 chunks)
  chunk 0: 1MB (160 pages) ... ok
  chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335=
=20
319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15

#0  doadump () at pcpu.h:165
165	pcpu.h: No such file or directory.
	in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:165
#1  0xc050fd4f in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3=
99
#2  0xc0510043 in panic (fmt=3D0xc06dccbb "Most recently used by %s\n")
    at /usr/src/sys/kern/kern_shutdown.c:555
#3  0xc0648ccf in mtrash_ctor (mem=3D0xc4759e00, size=3D0, arg=3D0x0, flags=
=3D2)
    at /usr/src/sys/vm/uma_dbg.c:137
#4  0xc06469c1 in uma_zalloc_arg (zone=3D0xc104d980, udata=3D0x0, flags=3D2)
    at /usr/src/sys/vm/uma_core.c:1850
#5  0xc05043cd in malloc (size=3D400, mtp=3D0xc06fb700, flags=3D2) at uma.h=
:275
#6  0xc063fba9 in ufs_readdir (ap=3D0xd56eaaec)
    at /usr/src/sys/ufs/ufs/ufs_vnops.c:1846
#7  0xc06a61cc in VOP_READDIR_APV (vop=3D0x0, a=3D0xd56eaaec) at vnode_if.c=
:1427
#8  0xc0607716 in nfsrv_readdir (nfsd=3D0xc4368c00, slp=3D0x0, td=3D0xc3326=
780,=20
    mrq=3D0xd56eac80) at vnode_if.h:746
#9  0xc060fa5b in nfssvc_nfsd (td=3D0x0)
    at /usr/src/sys/nfsserver/nfs_syscalls.c:472
#10 0xc060f280 in nfssvc (td=3D0xc3326780, uap=3D0xd56ead04)
    at /usr/src/sys/nfsserver/nfs_syscalls.c:181
#11 0xc069b6b0 in syscall (frame=3D
=2D--Type <return> to continue, or q <return> to quit---
      {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 0, tf_esi =3D 0=
, tf_ebp =3D=20
=2D1077941464, tf_isp =3D -714166940, tf_ebx =3D 0, tf_edx =3D -1077936144,=
 tf_ecx =3D=20
1, tf_eax =3D 155, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 671852067, tf=
_cs =3D 51,=20
tf_eflags =3D 582, tf_esp =3D -1077941492, tf_ss =3D 59})=20
at /usr/src/sys/i386/i386/trap.c:981
#12 0xc068947f in Xint0x80_syscall ()=20
at /usr/src/sys/i386/i386/exception.s:200
#13 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) quit

# kgdb /usr/obj/usr/src/sys/HEM.DEBUG/kernel.debug vmcore.9
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:=
=20
Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 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-marcel-freebsd".

Unread portion of the kernel message buffer:
Memory modified after free 0xc5172800(508) val=3D0 @ 0xc5172800
panic: Most recently used by UFS dirhash

Uptime: 1d1h7m17s
Dumping 511 MB (2 chunks)
  chunk 0: 1MB (160 pages) ... ok
  chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335=
=20
319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15

#0  doadump () at pcpu.h:165
165	pcpu.h: No such file or directory.
	in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:165
#1  0xc050fd4f in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3=
99
#2  0xc0510043 in panic (fmt=3D0xc06dccbb "Most recently used by %s\n")
    at /usr/src/sys/kern/kern_shutdown.c:555
#3  0xc0648ccf in mtrash_ctor (mem=3D0xc5172800, size=3D0, arg=3D0x0, flags=
=3D257)
    at /usr/src/sys/vm/uma_dbg.c:137
#4  0xc06469c1 in uma_zalloc_arg (zone=3D0xc104d980, udata=3D0x0, flags=3D2=
57)
    at /usr/src/sys/vm/uma_core.c:1850
#5  0xc05043cd in malloc (size=3D368, mtp=3D0xc070eb60, flags=3D257) at uma=
=2Eh:275
#6  0xc063729b in ufsdirhash_build (ip=3D0xc55664a4)
    at /usr/src/sys/ufs/ufs/ufs_dirhash.c:184
#7  0xc0639441 in ufs_lookup (ap=3D0xd57c283c)
    at /usr/src/sys/ufs/ufs/ufs_lookup.c:192
#8  0xc06a4e0a in VOP_CACHEDLOOKUP_APV (vop=3D0x0, a=3D0xd57c283c)
    at vnode_if.c:150
#9  0xc0565e3b in vfs_cache_lookup (ap=3D0x0) at vnode_if.h:82
#10 0xc06a4d2f in VOP_LOOKUP_APV (vop=3D0xc070eee0, a=3D0xd57c28e4)
    at vnode_if.c:99
#11 0xc056a8d0 in lookup (ndp=3D0xd57c2bec) at vnode_if.h:56
=2D--Type <return> to continue, or q <return> to quit---
#12 0xc060df58 in nfs_namei (ndp=3D0xd57c2bec, fhp=3D0x0, len=3D0, slp=3D0x=
0, nam=3D0x0,=20
    mdp=3D0xd57c2a04, dposp=3D0xd57c2a08, retdirp=3D0xd57c29f0, v3=3D8,=20
    retdirattrp=3D0x0, retdirattr_retp=3D0x0, td=3D0xc350a780, pubflag=3D0)
    at /usr/src/sys/nfsserver/nfs_srvsubs.c:780
#13 0xc05fd284 in nfsrv_lookup (nfsd=3D0xc5764100, slp=3D0x0, td=3D0xc350a7=
80,=20
    mrq=3D0xd57c2c80) at /usr/src/sys/nfsserver/nfs_serv.c:517
#14 0xc060fa5b in nfssvc_nfsd (td=3D0x0)
    at /usr/src/sys/nfsserver/nfs_syscalls.c:472
#15 0xc060f280 in nfssvc (td=3D0xc350a780, uap=3D0xd57c2d04)
    at /usr/src/sys/nfsserver/nfs_syscalls.c:181
#16 0xc069b6b0 in syscall (frame=3D
      {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 0, tf_esi =3D 0=
, tf_ebp =3D=20
=2D1077941464, tf_isp =3D -713282204, tf_ebx =3D 0, tf_edx =3D -1077936144,=
 tf_ecx =3D=20
1, tf_eax =3D 155, tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 671852067, tf=
_cs =3D 51,=20
tf_eflags =3D 582, tf_esp =3D -1077941492, tf_ss =3D 59})=20
at /usr/src/sys/i386/i386/trap.c:981
#17 0xc068947f in Xint0x80_syscall ()=20
at /usr/src/sys/i386/i386/exception.s:200
#18 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) exit
Undefined command: "exit".  Try "help".
(kgdb) quit

=2D-=20
Dr. Yuri Khotyaintsev
Institutet f=F6r rymdfysik (IRF), Uppsala

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 08:30:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 51AA616A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 08:30:29 +0000 (GMT)
	(envelope-from adrian@ct.netstat.ro)
Received: from mamaia.datanet.ro (mamaia.datanet.ro [86.105.32.1])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 024CD43D55
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 08:30:27 +0000 (GMT)
	(envelope-from adrian@ct.netstat.ro)
Received: from localhost (86-105-32.datanet.ro [86.105.32.4] (may be forged))
	by mamaia.datanet.ro (8.12.10/8.12.10) with ESMTP id jB78UHr8003987
	for <freebsd-stable@freebsd.org>;
	Wed, 7 Dec 2005 10:30:18 +0200 (EET)
Date: Wed, 07 Dec 2005 10:30:19 +0200
To: freebsd-stable@freebsd.org
References: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
From: Adrian <adrian@ct.netstat.ro>
Organization: Afterglow.ro
Content-Type: multipart/mixed; boundary="----------=_1133944218-2450-17"
MIME-Version: 1.0
Message-ID: <op.s1em8tiygsh473@localhost>
In-Reply-To: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
User-Agent: Opera M2/8.51 (FreeBSD, build 1462)
X-Spam-Score: 0 () 
X-Scanned-By: MIMEDefang 2.53 on 86.105.32.1
Subject: Re: Adventurous fix for wheel mouse not working in FreeBSD 6.0
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 08:30:29 -0000

This is a multi-part message in MIME format...

------------=_1133944218-2450-17
Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii
Content-Transfer-Encoding: 8bit
Content-Disposition: inline

On Wed, 07 Dec 2005 09:03:19 +0200, <johnwrussell@comcast.net> wrote:

> After installing FreeBSD 6.0, I was no longer able to scroll using the  
> wheel on my Logitech Optical Mouse.  I ran moused with the -fd flags and  
> confirmed that the  mouse daemon was catching the z-axis events.  My  
> xorg.conf looked OK to me:
>
> Section "InputDevice"
>         Identifier  "Mouse0"
>         Driver      "mouse"
>         Option      "Device" "/dev/sysmouse"
>         Option      "CorePointer"
>         Option      "AlwaysCore"
>         Option      "Protocol" "Auto"
>         Option      "Buttons" "5"
>         Option      "ZAxisMapping" "4 5"
>         Option      "Emulate3Buttons" "no"
> EndSection
>
> I struggled for days and tried dozens of things.  I came to suspect that  
> the
> problem was related to changes in the way ZAxisMapping is handled by  
> Xorg.  Based on stuff in an Xorg mailing list, I suspect further  
> changes, likely  to be corrective, will be in future versions of the  
> FreeBSD xorg-server port.
>
> However, for the adventurous and impatient, this is what I did to fix my  
> problem:
>
> 1.  Edit  
> /usr/ports/x11-servers/xorg-server/work/xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c
> and change from NULL to "4 5" in the following line:
>
> 530c530
> <     s = xf86SetStrOption(pInfo->options, "ZAxisMapping", "4 5");
> ---
>>     s = xf86SetStrOption(pInfo->options, "ZAxisMapping", NULL);
>
> 2.  portupgrade -Wwf xorg-server
>
> 3.  Restart the X server with CTRL-ALT-Backspace.
>
> I don't really know why it works, so I recommend it only for daredevils,  
> unless someone wiser can say it is sound.
>
> Cheers,
>
> John

Funny, besides upgrading from 5.4 to 6.0, I changed from nVidia to Radeon  
and from a bloated old mouse to a Logitech Optical USB mouse.

Anyway, the video cards were easy to change. But the mouse was tricky.

The generic /dev/sysmouse didn't work for me so i had to specify /dev/ums0  
and "ZAxisMapping" "4 5" and the rest was history.

I don't use xdm/gdm/kdm though, i have startx with kde for now. And  
sometimes i have to kill the moused daeomn before starting X.

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

------------=_1133944218-2450-17
Content-Type: text/plain; name="info.txt"
Content-Disposition: inline; filename="info.txt"
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
X-Mailer: MIME-tools 5.418 (Entity 5.418)

++++++++++++++++++++++++++++++++++
 
Serverele DataNet scaneaza automat toate mesajele dumneavoastra impotriva virusilor pentru a mentine un mediu cat mai curat. 
Retineti ca exista intotdeauna un risc pe care vi-l asumati atunci cand deschideti un mesaj e-mail.
 
This message has been scanned automatically against viruses on DataNet servers. Please note that you allways assume a risk when 
you open an e-mail message.


------------=_1133944218-2450-17--

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 09:28:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 81B2316A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 09:28:38 +0000 (GMT)
	(envelope-from yann@raven.kierun.org)
Received: from raven.kierun.org (raven.yorksj.ac.uk [193.61.234.17])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0B25943D49
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 09:28:37 +0000 (GMT)
	(envelope-from yann@raven.kierun.org)
Received: from yann by raven.kierun.org with local (Exim 4.60 (FreeBSD))
	(envelope-from <yann@raven.kierun.org>)
	id 1EjvcT-0002i7-1v; Wed, 07 Dec 2005 09:29:49 +0000
Date: Wed, 7 Dec 2005 09:29:49 +0000
From: Yann Golanski <yann@kierun.org>
To: johnwrussell@comcast.net
Message-ID: <20051207092948.GB9312@kierun.org>
References: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt"
Content-Disposition: inline
In-Reply-To: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
User-Agent: Mutt/1.5.11
Sender: "Yann Golanski, University of York,
	+44(0)1904-433088" <yann@raven.kierun.org>
Cc: freebsd-stable@freebsd.org
Subject: Re: Adventurous fix for wheel mouse not working in FreeBSD 6.0
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 09:28:38 -0000


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

Quoth johnwrussell@comcast.net on Wed, Dec 07, 2005 at 07:03:19 +0000
> After installing FreeBSD 6.0, I was no longer able to scroll using the
> wheel on my Logitech Optical Mouse.  I ran moused with the -fd flags
> and confirmed that the  mouse daemon was catching the z-axis events.
> My xorg.conf looked OK to me:

The following works fine with a Logitech UltraX optical mouse.
However, I have using it in PS2 mode and not usb.  Maybe the problem is
there?

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "auto"
        Option      "Device" "/dev/sysmouse"
        Option      "ZAxisMapping" "4 5"
        option      "Buttons" "6"
EndSection

I am running:=20
; uname -a
FreeBSD hovel.york.ac.uk 6.0-RC1 FreeBSD 6.0-RC1 #0: Sun Oct  9
20:32:57 UTC 2005     root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC
 i386
; pkg_info | grep xorg
xorg-clients-6.8.2_1 X client programs and related files from X.Org
xorg-documents-6.8.2 Documentation of X11 protocol and libraries from
X.Org
xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts
xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts
xorg-fonts-encodings-6.8.2 X.Org font encoding files
xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts
xorg-fonts-truetype-6.8.2 X.Org TrueType fonts
xorg-fonts-type1-6.8.2 X.Org Type1 fonts
xorg-fontserver-6.8.2 X font server from X.Org
xorg-libraries-6.8.2 X11 libraries and headers from X.Org
xorg-manpages-6.8.2 X.Org library manual pages
xorg-server-6.8.2_7 X.Org X server and related programs


--=20
yann@kierun.org                  -=3D*=3D-                      www.kierun.=
org
    PGP:   009D 7287 C4A7 FD4F 1680  06E4 F751 7006 9DE2 6318

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

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

iD8DBQFDlquM91FwBp3iYxgRAldJAJ9CCw079JsnIPN679y+5Nlbud/yygCePd0n
QSNdg/bejAGXWa1GGmW2F7k=
=wksl
-----END PGP SIGNATURE-----

--pf9I7BMVVzbSWLtt--

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 10:16:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B588416A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 10:16:21 +0000 (GMT)
	(envelope-from android@oberon.pfi.lt)
Received: from nmail.forbis.lt (nmail.forbis.lt [213.226.165.29])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BC0B543D5C
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 10:16:20 +0000 (GMT)
	(envelope-from android@oberon.pfi.lt)
Received: from andrejp.forbis.lt (largo.forbis.lt [172.17.0.99])
	by nmail.forbis.lt (8.13.3/8.13.3) with ESMTP id jB7AG8Xh031018;
	Wed, 7 Dec 2005 12:16:08 +0200 (EET)
	(envelope-from android@oberon.pfi.lt)
Date: Wed, 07 Dec 2005 12:16:07 +0200
From: Android <android@oberon.pfi.lt>
To: "Yann Golanski" <yann@kierun.org>, johnwrussell@comcast.net
References: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
	<20051207092948.GB9312@kierun.org>
Message-ID: <op.s1er2zvvcvaugr@andrejp.forbis.lt>
Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
In-Reply-To: <20051207092948.GB9312@kierun.org>
User-Agent: Opera M2/8.51 (Linux, build 1462)
X-Virus-Scanned: by amavisd-new
Cc: freebsd-stable@freebsd.org
Subject: Re: Adventurous fix for wheel mouse not working in FreeBSD 6.0
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 10:16:21 -0000

On Wed, 07 Dec 2005 11:29:49 +0200, Yann Golanski <yann@kierun.org> wrote:

> Quoth johnwrussell@comcast.net on Wed, Dec 07, 2005 at 07:03:19 +0000
>> After installing FreeBSD 6.0, I was no longer able to scroll using the
>> wheel on my Logitech Optical Mouse.  I ran moused with the -fd flags
>> and confirmed that the  mouse daemon was catching the z-axis events.
>> My xorg.conf looked OK to me:
>
> The following works fine with a Logitech UltraX optical mouse.
> However, I have using it in PS2 mode and not usb.  Maybe the problem is
> there?
>
> Section "InputDevice"
>         Identifier  "Mouse0"
>         Driver      "mouse"
>         Option      "Protocol" "auto"
>         Option      "Device" "/dev/sysmouse"
>         Option      "ZAxisMapping" "4 5"
>         option      "Buttons" "6"
> EndSection
>
> I am running:
> ; uname -a
> FreeBSD hovel.york.ac.uk 6.0-RC1 FreeBSD 6.0-RC1 #0: Sun Oct  9
> 20:32:57 UTC 2005     root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC
>  i386
> ; pkg_info | grep xorg
> xorg-clients-6.8.2_1 X client programs and related files from X.Org
> xorg-documents-6.8.2 Documentation of X11 protocol and libraries from
> X.Org
> xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts
> xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts
> xorg-fonts-encodings-6.8.2 X.Org font encoding files
> xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts
> xorg-fonts-truetype-6.8.2 X.Org TrueType fonts
> xorg-fonts-type1-6.8.2 X.Org Type1 fonts
> xorg-fontserver-6.8.2 X font server from X.Org
> xorg-libraries-6.8.2 X11 libraries and headers from X.Org
> xorg-manpages-6.8.2 X.Org library manual pages
> xorg-server-6.8.2_7 X.Org X server and related programs
>
>

It's works for me:
Logitech UltraX optical mouse, USB-mode

dmesg:
ums0: Logitech USB-PS/2 Optical Mouse, rev 2.00/20.00, addr 3, iclass 3/1
ums0: 4 buttons and Z dir.

xorg.conf:
...
Section "InputDevice"
     Identifier  "Mouse1"
     Driver      "mouse"
     Option "Protocol"    "Auto"
     Option "Device"      "/dev/sysmouse"
     Option      "Buttons"   "6"
     Option      "ZAxisMapping" "4 5"
EndSection

uname -a:
FreeBSD callisto 6.0-STABLE FreeBSD 6.0-STABLE #4: Sat Dec  3 12:07:10 EET  
2005     root@callisto:/usr/obj/usr/src/sys/callisto  amd64

pkg_info | grep  xorg
xorg-6.8.2          X.Org distribution metaport
xorg-clients-6.8.2_1 X client programs and related files from X.Org
xorg-documents-6.8.2 Documentation of X11 protocol and libraries from X.Org
xorg-fonts-100dpi-6.8.2 X.Org 100dpi bitmap fonts
xorg-fonts-75dpi-6.8.2 X.Org 75dpi bitmap fonts
xorg-fonts-cyrillic-6.8.2 X.Org Cyrillic bitmap fonts
xorg-fonts-encodings-6.8.2 X.Org font encoding files
xorg-fonts-miscbitmaps-6.8.2 X.Org miscellaneous bitmap fonts
xorg-fonts-truetype-6.8.2 X.Org TrueType fonts
xorg-fonts-type1-6.8.2 X.Org Type1 fonts
xorg-fontserver-6.8.2 X font server from X.Org
xorg-libraries-6.8.2 X11 libraries and headers from X.Org
xorg-manpages-6.8.2 X.Org library manual pages
xorg-nestserver-6.8.2 Nesting X server from X.Org
xorg-printserver-6.8.2_2 X Print server from X.Org
xorg-server-6.8.2_7 X.Org X server and related programs
xorg-vfbserver-6.8.2 X virtual framebuffer server from X.Org

-- 
WBR Android Andrew [:]

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 10:52:01 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 89CDD16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 10:52:01 +0000 (GMT)
	(envelope-from todor.dragnev@gmail.com)
Received: from mail.sistechnology.com (torro.sistechnology.com [217.79.65.130])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E820E43D64
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 10:52:00 +0000 (GMT)
	(envelope-from todor.dragnev@gmail.com)
Received: from localhost (localhost [127.0.0.1])
	by mail.sistechnology.com (Postfix) with ESMTP id A582646BFD
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 12:51:55 +0200 (EET)
Received: from mail.sistechnology.com ([217.79.65.130])
	by localhost (torro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP
	id 29318-01 for <freebsd-stable@freebsd.org>;
	Wed, 7 Dec 2005 12:51:54 +0200 (EET)
Received: from nova.sistechnology.com (unknown [192.168.7.3])
	by mail.sistechnology.com (Postfix) with ESMTP id 2910746BFB
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 12:51:54 +0200 (EET)
From: Todor Dragnev <todor.dragnev@gmail.com>
To: freebsd-stable@freebsd.org
Date: Wed, 7 Dec 2005 11:51:19 +0200
User-Agent: KMail/1.6.2
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="windows-1251"
Content-Transfer-Encoding: 7bit
Message-Id: <200512071151.20900.todor.dragnev@gmail.com>
X-Virus-Scanned: by the vKeeper at sistechnology.com
Subject: ipf - freebsd 5.x and 6.x hangs
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: todor.dragnev@gmail.com
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 10:52:01 -0000

Hello,

Yesterday, when I looking for solution that can replace following command from 
linux: 

ip route add default via x.x.x.x src y.y.y.y

So I tried with ipf and execute following rule, (yes this is silly):

--
pass out quick on rl0 to rl0:y.y.y.y from x.x.x.x to any keep state
--

On rl0 I have 2 IP addresses: x.x.x.x and alias for y.y.y.y

All freebsd boxes hangs after 20 seconds whitout notice.

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 11:02:35 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9CE6916A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 11:02:35 +0000 (GMT)
	(envelope-from iedowse@iedowse.com)
Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75])
	by mx1.FreeBSD.org (Postfix) with SMTP id 9E80943D5F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 11:02:33 +0000 (GMT)
	(envelope-from iedowse@iedowse.com)
Received: from localhost  ([127.0.0.1] helo=iedowse.com)
	by nowhere.iedowse.com via local-iedowse id <aa30204@nowhere>;
	7 Dec 2005 11:02:32 +0000 (GMT)
To: paul.koch@statseeker.com
In-Reply-To: Your message of "Wed, 07 Dec 2005 13:28:37 +1000."
	<200512071328.37867.paul.koch@statseeker.com> 
Date: Wed, 07 Dec 2005 11:02:32 +0000
From: Ian Dowse <iedowse@iedowse.com>
Message-ID: <200512071102.aa30204@nowhere.iedowse.com>
Cc: freebsd-stable@freebsd.org
Subject: Re: 6.0-stable panic in ohci_softintr when using ucom/uftdi 
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 11:02:35 -0000

In message <200512071328.37867.paul.koch@statseeker.com>, Paul Koch writes:
>As soon at the modem rings, the machine panics.  I don't think the
>modem even gets time to pick up the line.  This doesn't happen on 
>a 5.4-stable box with 6 modems connected, but 5.4-stable appears 
>to have other "hanging" issues, thus why I am trying out 6.0-stable.
>
>Recent changes to ohci.c (1.154.2.1) in this area (2 days ago) ??
>Should I raise a PR ?

I'll see if I can reproduce this later - the only thing I can think
of now that might be responsible is a USB transfer reuse issue that
the old patch here might help with:

	http://people.freebsd.org/~iedowse/releng_5_xfer_reuse.diff

Could you see if that makes any difference? It should apply to
6-stable even though the name says releng_5.

Ian


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 11:25:05 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E8DAE16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 11:25:05 +0000 (GMT)
	(envelope-from paul.koch@statseeker.com)
Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D651F43D55
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 11:25:03 +0000 (GMT)
	(envelope-from paul.koch@statseeker.com)
Received: from localhost (localhost [127.0.0.1])
	by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jB7BP1ax098532;
	Wed, 7 Dec 2005 21:25:01 +1000 (EST)
	(envelope-from paul.koch@statseeker.com)
Received: from wally.statseeker.com ([127.0.0.1])
	by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with LMTP id 98456-01; Wed,  7 Dec 2005 21:24:51 +1000 (EST)
Received: from speedy (CPE-139-168-172-99.qld.bigpond.net.au [139.168.172.99])
	(authenticated bits=0)
	by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jB7BOnbJ098524
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT);
	Wed, 7 Dec 2005 21:24:50 +1000 (EST)
	(envelope-from paul.koch@statseeker.com)
From: Paul Koch <paul.koch@statseeker.com>
Organization: Statseeker
To: Ian Dowse <iedowse@iedowse.com>
Date: Wed, 7 Dec 2005 21:24:38 +1000
User-Agent: KMail/1.8
References: <200512071102.aa30204@nowhere.iedowse.com>
In-Reply-To: <200512071102.aa30204@nowhere.iedowse.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-6"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512072124.38513.paul.koch@statseeker.com>
X-Virus-Scanned: amavisd-new at statseeker.com
Cc: freebsd-stable@freebsd.org
Subject: Re: 6.0-stable panic in ohci_softintr when using ucom/uftdi
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: paul.koch@statseeker.com
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 11:25:06 -0000

On Wed, 7 Dec 2005 09:02 pm, Ian Dowse wrote:
> In message <200512071328.37867.paul.koch@statseeker.com>, Paul Koch 
writes:
> >As soon at the modem rings, the machine panics.  I don't think the
> >modem even gets time to pick up the line.  This doesn't happen on
> >a 5.4-stable box with 6 modems connected, but 5.4-stable appears
> >to have other "hanging" issues, thus why I am trying out 6.0-stable.
> >
> >Recent changes to ohci.c (1.154.2.1) in this area (2 days ago) ??
> >Should I raise a PR ?
>
> I'll see if I can reproduce this later - the only thing I can think
> of now that might be responsible is a USB transfer reuse issue that
> the old patch here might help with:
>
> 	http://people.freebsd.org/~iedowse/releng_5_xfer_reuse.diff
>
> Could you see if that makes any difference? It should apply to
> 6-stable even though the name says releng_5.
>
> Ian

I'll try it tomorrow morning when I get back to the office.

I compiled in USB_DEBUG and set all the usb debug sysctl's to 100 and 
made it crash again. It is reproduceable 100% of the time.  Are you 
interested in seeing the verbose debug log messages at all ?

	Paul. 
-- 
Paul Koch
CTO
Statseeker

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 11:52:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 23AF016A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 11:52:21 +0000 (GMT)
	(envelope-from ed@edslocomb.com)
Received: from mail.edslocomb.net (dsl231-050-180.sea1.dsl.speakeasy.net
	[216.231.50.180])
	by mx1.FreeBSD.org (Postfix) with SMTP id A31D743D79
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 11:50:47 +0000 (GMT)
	(envelope-from ed@edslocomb.com)
Received: (qmail 25238 invoked from network); 7 Dec 2005 11:51:47 -0000
Received: from unknown (HELO robotslave) (216.231.50.17)
	by dsl231-050-180.sea1.dsl.speakeasy.net with SMTP;
	7 Dec 2005 11:51:47 -0000
Message-ID: <002b01c5fb24$9a802150$1132e7d8@robotslave>
From: "Ed" <ed@edslocomb.com>
To: "Peter Jeremy" <PeterJeremy@optushome.com.au>
References: <20051205124910.GC90806@over-yonder.net><20051205181552.2D7AB5D04@ptavv.es.net>
	<20051207071710.GQ32006@cirb503493.alcatel.com.au>
Date: Wed, 7 Dec 2005 03:51:47 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Cc: freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 11:52:21 -0000

I certainly do not have a full understanding of the interactions between the 
various FreeBSD software timers and i386 hardware clocks, but I do know this 
is not the first time we've seen a problem with the APIC/ACPI timers/clocks.

See here:
http://www.freebsd.org/cgi/getmsg.cgi?fetch=643512+646009+/usr/local/www/db/text/2005/freebsd-stable/20051120.freebsd-stable

And workaround, here:
http://www.freebsd.org/cgi/getmsg.cgi?fetch=687445+690193+/usr/local/www/db/text/2005/freebsd-stable/20051120.freebsd-stable

I haven't made much of a fuss, since my vmware FreeBSD works just fine so 
long as I disable the APIC (not ACPI) device.  I was guessing there was some 
assumption about relative rates gumming things up for vmware (the hardware 
APIC (not ACPI) timer runs at memory bus speed, not cpu speed, and thus will 
get goofed if you assume straight/DDR/quad/whatever memory-- from what I 
gather, you need to check it against a known-hz device, e.g. the PIT/i8253 
clock).

My complacency, however, is probably misguided, as the release notes for 6.0 
clearly sate that "FreeBSD always uses the local APIC timer even on 
uni-processor systems now," and will presumably continue to do so for the 
forseeable future.

There is a nice layman's overview of  various i386 hardware clock devices 
here:
http://www.vmware.com/pdf/vmware_timekeeping.pdf

Again, I'm no expert, but clock problems do keep cropping up here on 
the -STABLE list, and the explanations for them to date have not been 
consistent.  This leads me to believe that the FreeBSD kernel clock/timer 
code is not well-understood by any one developer who monitors this list; I'm 
sure I'm not the only end-user who would appreciate it if the core team 
would look into this and post some information that would explain the 
various clock/timer problems that odd corners of the user community have 
been reporting.


----- Original Message ----- 
From: "Peter Jeremy" <PeterJeremy@optushome.com.au>
To: "Kevin Oberman" <oberman@es.net>
Cc: "kama" <kama@pvp.se>; <freebsd-stable@freebsd.org>; "Matthew D. Fuller" 
<fullermd@over-yonder.net>
Sent: Tuesday, December 06, 2005 11:17 PM
Subject: Re: cpu-timer rate


> On Mon, 2005-Dec-05 10:15:52 -0800, Kevin Oberman wrote:
>>> On Mon, Dec 05, 2005 at 09:42:08AM +0100 I heard the voice of
>>> kama, and lo! it spake thus:
>>> >
>>> > I appreciate that you took time to answer about the different
>>> > clocks. But that does not answer why vmstat -i shows a rate of 2000
>>> > when I have set the hz to 1000.
>>>
>>> Because the rate is always twice hz.
>>
>>While I will concede that I have no explanation, but on all of my systems
>>rate = HZ +/-1. I have never seen a case where rate/2 = HZ.
>
> Basically, it depends on what clock(s) your kernel is using.
>
> Traditionally, FreeBSD/i386 uses the one of the i8254 counters to
> generate hz (on irq0) and the RTC to generate profhz/stathz (on irq8).
> In this case, the rate on those interrupts should match the values
> reported by kern.clockrate.  On SMP machines, this approach is fairly
> expensive because the interrupts need to be forwarded to all CPUs
> using IPIs.
>
> In early February, jhb implemented an alternative approach using the
> local APIC clock (sys/i386/i386/local_apic.c v1.13 and other files).
> Since every CPU has a LAPIC, every CPU gets its own clock interrupts
> without needing IPIs.  The downside is that there's only a single
> LAPIC so a single hardware clock interrupt needs to generate separate
> (and independent) hz/tick and stathz/profhz clocks.
>
> Since the clocks need to be independent (to make process statistics
> meaningful), this implies that the hardware (LAPIC) clock (cpu0) needs
> to be faster than hz.  The original commit ran LAPIC at hz*3 but this
> was later changed to hz*2 to reduce overheads.
>
> -- 
> Peter Jeremy
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> 


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 14:02:04 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AB00A16A420
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 14:02:04 +0000 (GMT)
	(envelope-from freebsd@azimut-tour.ru)
Received: from cny.innet.yaroslavl.su (cny.innet.yaroslavl.su [217.15.134.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C586E43D5A
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 14:02:03 +0000 (GMT)
	(envelope-from freebsd@azimut-tour.ru)
Received: from tac.innet.yaroslavl.su (tac.innet.yaroslavl.su [217.15.135.68])
	by cny.innet.yaroslavl.su (8.11.6/8.11.6) with ESMTP id jB7E22e95203
	for <freebsd-stable@freebsd.org>;
	Wed, 7 Dec 2005 17:02:02 +0300 (MSK)
Received: from greencomp.azimutprint.ru (azimutprint.ru [217.15.145.118])
	by tac.innet.yaroslavl.su (8.12.11/8.12.9) with ESMTP id jB7E1vVS082664
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 17:01:59 +0300 (MSK)
	(envelope-from freebsd@azimut-tour.ru)
Date: Wed, 7 Dec 2005 17:01:57 +0300
From: GreenX <freebsd@azimut-tour.ru>
X-Mailer: The Bat! (v3.62.12) UNREG / CD5BF9353B3B7091
X-Priority: 3 (Normal)
Message-ID: <996076298.20051207170157@azimut-tour.ru>
To: freebsd-stable@freebsd.org
In-Reply-To: <64682545.20051207100535@azimut-tour.ru>
References: <64682545.20051207100535@azimut-tour.ru>
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: Will Robinson and all another
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: "FreeBSD@azimut-tour.ru" <freebsd@azimut-tour.ru>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 14:02:04 -0000


   Hi PPL!

   I have a computer with parent payment ASUS P4C800E-DELUXE.

   OS FreeBSD 6.0-stable (CVS from 21.nov.2005) is established.

   It is established five hard disks:

   - One system on ICH5 ata100 Maxtor 6Y200P0

   - And four on Promise RAID 0+1 WDC WD3200J (D/B)

   All fine worked (except for em0, but also he has normally earned after
   updating)

   while I have not wanted to establish two more hard disks (Maxtor
   6Y080M0) on Intel in Stripe RAID.

   Hard disks have been put - the system of them has found out

   (the truth and known all bug "failed to enable memory mapping"),

   and I with them was more did than nothing (did not format, did not
   break - there was no time).

   In three days of job the system has given out me the following:

   ad4: req=0xc630f190 SETFEATURES SET TRANSFER MODE semaphore timeout!!
   DANGER Will Robinson!!

   This warning has been given many times.

   And ad4 it is established on Promise!

   After reboot smartd has given out the warning

   smartd [767]: Device:/dev/ad10, 1 Currently unreadable (pending)
   sectors

   smartd [767]: Device:/dev/ad10, 26 Offline uncorrectable sectors

   (ad10 the first disk in Stripe RAID on Intel MATRIX)

   After that has made CVSUP and has put for the night rebuild the world.

   In the morning has seen - to warrning

   ad4: req=0xc90efd48 SETFEATURES SET TRANSFER MODE semaphore timeout!!
   DANGER Will Robinson!!

   It was added:

   kern.maxfiles limit exceeded by uid 100, please see tuning (7).

   Has install the world, has spat and has disconnected these both HDDs
   from the controller

   (itself Matrix has remained switched on)

   Has passed three more days and yesterday has received the new letter:)

   kernel: DOH! ata_alloc_request failed!

   kernel: FAILURE - out of memory in ata_raid_init_request

   last message repeated 4 times

   kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081878016,
   length=49152)] error = 5

   kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081730560,
   length=12288)] error = 5

   kernel: g_vfs_done ():ar0s1d [WRITE (offset=554082091008,
   length=65536)] error = 5

   kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081927168,
   length=16384)] error = 5

   kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081943552,
   length=16384)] error = 5

   syslogd: kernel boot file is/boot/kernel/kernel

   kernel: panic: kmem_malloc (4096): kmem_map too small: 172470272 total
   allocated

   Then has switched off also the controller, has again updated system
   and I wait some more days:)

   Immemorial Russian question - "what to make?",

   I think here it is inappropriate, and so all is clear

   Remarks on system: it is switched on HHT (ACPI, SMP) and DEVICE
   POLLING,

   the network interface em0 and Intel Matrix, both stand on one irq.

   
   

References

   Visible links
   Hidden links:
   1. mailto:freebsd@azimut-tour.ru

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 14:28:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9C73F16A449;
	Wed,  7 Dec 2005 14:28:48 +0000 (GMT) (envelope-from jhb@freebsd.org)
Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 505B043D62;
	Wed,  7 Dec 2005 14:28:39 +0000 (GMT) (envelope-from jhb@freebsd.org)
Received: from server.baldwin.cx (unverified [66.23.211.162]) 
	by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 3319101 
	for multiple; Wed, 07 Dec 2005 09:29:49 -0500
Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7])
	(authenticated bits=0)
	by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jB7ERYo5056800;
	Wed, 7 Dec 2005 09:27:42 -0500 (EST) (envelope-from jhb@freebsd.org)
From: John Baldwin <jhb@freebsd.org>
To: Yuri Khotyaintsev <yuri@irfu.se>
Date: Wed, 7 Dec 2005 09:27:12 -0500
User-Agent: KMail/1.8.3
References: <200512021100.03167.yuri@irfu.se>
	<200512020854.20959.jhb@freebsd.org>
	<200512070847.04980.yuri@irfu.se>
In-Reply-To: <200512070847.04980.yuri@irfu.se>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200512070927.14391.jhb@freebsd.org>
X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed 
	version=3.0.2
X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx
X-Server: High Performance Mail Server - http://surgemail.com r=1653887525
Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org
Subject: Re: Fatal trap 12: page fault while in kernel mode
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 14:28:48 -0000

On Wednesday 07 December 2005 02:47 am, Yuri Khotyaintsev wrote:
> On Friday 02 December 2005 14.54, John Baldwin wrote:
> > On Friday 02 December 2005 05:00 am, Yuri Khotyaintsev wrote:
> > > I have the following panic occurring several times a week. The machine
> > > is an NFS server, and it usually panics early in the morning, when
> > > first people try to access it. After reboot it may work OK for 1-2
> > > days, and then panics again. I have tried changing memory and replaci=
ng
> > > disk which was exported via NFS, but nothing helped :(
> > >
> > > Any suggestion on how to fix this panic will be very much appreciated=
 !
> >
> > This panic (in propagate_priority) is usually caused when a thread goes
> > to sleep while holding a mutex (which is forbidden).  If you enable
> > INVARIANTS and/or WITNESS you should get a better panic, and with WITNE=
SS
> > you will even be warned when a thread goes to sleep while holding a
> > mutex.  However, these options do introduce considerable execution
> > overhead, and sometimes that overhead changes the timing enough to hide
> > the race. :(
>
> Here are the two panics which I got with INVARIANTS and WITNESS enabled.
>
> Unread portion of the kernel message buffer:
> Memory modified after free 0xc4759e00(508) val=3D0 @ 0xc4759e00
> panic: Most recently used by UFS dirhash

Well, this isn't the panic I was expecting, but it points to something=20
trashing free'd memory via a stale pointer or some such.  You might be able=
=20
to use MEMGUARD to track this down.

=2D-=20
John Baldwin <jhb@FreeBSD.org> =A0<>< =A0http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" =A0=3D =A0http://www.FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 15:11:24 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C8B0A16A41F
	for <stable@freebsd.org>; Wed,  7 Dec 2005 15:11:24 +0000 (GMT)
	(envelope-from einstein@yawl.com.br)
Received: from server4.yawl.com.br (server4.yawl.com.br [200.175.230.4])
	by mx1.FreeBSD.org (Postfix) with SMTP id 7CFAD43D68
	for <stable@freebsd.org>; Wed,  7 Dec 2005 15:11:10 +0000 (GMT)
	(envelope-from einstein@yawl.com.br)
Received: (qmail 56103 invoked by uid 1009); 7 Dec 2005 15:11:03 -0000
Received: from unknown (200.175.230.22)
	by server4.yawl.com.br with SMTP;  7 Dec 2005 15:11:03 -0000
X-Auth-User: einstein
Message-ID: <4396FB9A.5030303@yawl.com.br>
Date: Wed, 07 Dec 2005 13:11:22 -0200
From: Einstein Oliveira <einstein@yawl.com.br>
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Accept-Language: pt-br, pt
MIME-Version: 1.0
To: stable@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Antivirus: avast! (VPS 0549-3, 07/12/2005), Outbound message
X-Antivirus-Status: Clean
Cc: 
Subject: Can't boot RELEASE-6.0 on ASUS P4S800D-X
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 15:11:24 -0000

Hi,

I'm using the RELEASE-5.4 without any problem, but the RELEASE-6.0 CD 
boot stops just before the ad4: message.


This is the output of dmesg on 5.4:

---- begin ----
Copyright (c) 1992-2005 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.4-RELEASE-p8 #0: Fri Dec  2 16:30:38 BRST 2005
     root@me:/usr/obj/usr/src/sys/ME
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.81-MHz 686-class CPU)
   Origin = "GenuineIntel"  Id = 0xf34  Stepping = 4
 
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  = 1073414144 (1023 MB)
avail memory = 1045049344 (996 MB)
ACPI APIC Table: <A M I  OEMAPIC >
ioapic0: Changing APIC ID to 2
ioapic0 <Version 1.1> irqs 0-23 on motherboard
npx0: <math processor> on motherboard
npx0: INT 16 interface
acpi0: <A M I OEMXSDT> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
agp0: <SiS 655 host to AGP bridge> mem 0xf8000000-0xfbffffff 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
atapci0: <SiS 964 UDMA133 controller> port 
0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pcm0: <SiS 7012> port 0xec00-0xec7f,0xe800-0xe8ff irq 18 at device 2.7 
on pci0
pcm0: <Analog Devices AD1888 AC97 Codec>
ohci0: <SiS 5571 USB controller> mem 0xfebfc000-0xfebfcfff irq 20 at 
device 3.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
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: 3 ports with 3 removable, self powered
ohci1: <SiS 5571 USB controller> mem 0xfebfd000-0xfebfdfff irq 21 at 
device 3.1 on pci0
usb1: OHCI version 1.0, legacy support
usb1: SMM does not respond, resetting
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: 3 ports with 3 removable, self powered
ohci2: <SiS 5571 USB controller> mem 0xfebfe000-0xfebfefff irq 22 at 
device 3.2 on pci0
usb2: OHCI version 1.0, legacy support
usb2: SMM does not respond, resetting
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 0xe400-0xe4ff mem 
0xfebfb000-0xfebfbfff irq 19 at device 4.0 on pci0
miibus0: <MII bus> on sis0
rlphy0: <RTL8201L 10/100 media interface> on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
sis0: Ethernet address: 00:11:d8:d5:86:54
atapci1: <SiS 964 SATA150 controller> port 
0xef90-0xef9f,0xefe0-0xefe3,0xefa8-0xefaf,0xefe4-0xefe7,0xeff0-0xeff7 
irq 17 at device 5.0 on pci0
ata2: channel #0 on atapci1
ata3: channel #1 on atapci1
acpi_button0: <Power Button> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
fdc0: <floppy drive controller (FDE)> port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 
on acpi0
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
ppc0: <Standard parallel printer port> port 0x378-0x37f irq 7 on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: <Parallel port bus> on ppc0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sio0: configured irq 4 not in bitmap of probed irqs 0
sio0: port may not be enabled
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on 
acpi0
sio0: type 16550A
orm0: <ISA Option ROM> at iomem 0xcf000-0xd6fff on isa0
pmtimer0 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 2, iclass 3/1
ums0: 3 buttons and Z dir.
Timecounter "TSC" frequency 2800810684 Hz quality 800
Timecounters tick every 10.000 msec
acd0: CDRW <HL-DT-ST GCE-8520B/1.02> at ata1-master PIO4
ad4: 190782MB <ST3200822AS/3.01> [387621/16/63] at ata2-master SATA150
Mounting root from ufs:/dev/ad4s2a
---- end ----


When it boots with 6.0 CD in verbose mode the following messages appears 
just before lock-up:

---- begin ----
ata2: reiniting channel ..
ata2: reset tp1 mask=03 ostat0=58 ostat1=58
---- end ----

The only thing I can see after that is the floppy and ide activity leds 
lit. Only reset button works after this.

Thanks for any help.


PS.: The same machine boots with RELEASE-5.4 and RELEASE-5.3 CD's 
without any problem.

-- 
Einstein Oliveira              einstein@yawl.com.br
___________________________________________________
Yawl Internet Ltda.         http://www.yawl.com.br/

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 15:18:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4993116A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 15:18:57 +0000 (GMT)
	(envelope-from o.palij@dp.uz.gov.ua)
Received: from ivc-i.dp.uz.gov.ua (ivc-i.dp.uz.gov.ua [193.108.46.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5CCA743D55
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 15:18:55 +0000 (GMT)
	(envelope-from o.palij@dp.uz.gov.ua)
Received: from s4dnepr.dp.uz.gov.ua (s4dnepr.dp.uz.gov.ua [10.6.105.15])
	by ivc-i.dp.uz.gov.ua (8.13.4/8.13.4/Debian-3) with ESMTP id
	jB7FIluc003444
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 17:18:48 +0200
Received: from s1dnepr.dp.uz.gov.ua ([10.6.105.18])
	by s4dnepr.dp.uz.gov.ua (Lotus Domino Release 5.0.12)
	with SMTP id 2005120717182540:18229 ; Wed, 7 Dec 2005 17:18:25 +0200 
Received: from iscmpd-oleg.dp.uz.gov.ua ([10.6.105.74]) by
	s1dnepr.dp.uz.gov.ua (Lotus SMTP MTA v4.6.5 (863.2 5-20-1999))
	with SMTP id 422570D0.00540881; Wed, 7 Dec 2005 17:17:52 +0200
Received: by iscmpd-oleg.dp.uz.gov.ua (sSMTP sendmail emulation);
	Wed,  7 Dec 2005 17:18:21 +0200
Date: Wed, 7 Dec 2005 17:18:21 +0200
From: Oleg Palij <o.palij@dp.uz.gov.ua>
To: freebsd-stable@freebsd.org
Message-ID: <20051207151821.GA19313@iscmpd-oleg.dp.uz.gov.ua>
Mail-Followup-To: freebsd-stable@freebsd.org
Mime-Version: 1.0
User-Agent: Mutt/1.4.2.1i
X-MIMETrack: Itemize by SMTP Server on s4dnepr/DNEPR/UKRZAL(Release 5.0.12
	|February 13, 2003) at 12/07/2005 05:18:25 PM,
	Serialize by Router on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13,
	2003) at 12/07/2005 05:18:48 PM,
	Serialize complete at 12/07/2005 05:18:48 PM
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
X-Virus-Scanned: ClamAV version 0.87.1,
	clamav-milter version 0.87 on ivc-i.dp.uz.gov.ua
X-Virus-Status: Clean
Subject: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 15:18:57 -0000

Approximately once per month or two this server panics.
We use it for InterSystems Cache` (under linux emulation) and as samba-server (not heavy-loaded).

# dmesg -a 
can be found at http://www.dp.uz.gov.ua/dmesg.isc-cache
kernel config - http://www.dp.uz.gov.ua/kernel.isc-cache

# uname -a
FreeBSD isc-cache.dp.uz.gov.ua 5.4-RELEASE-p4 FreeBSD 5.4-RELEASE-p4 #1: Fri Nov  4 11:37:34 EET 2005     root@isc-cache.dp.uz.gov.ua:/usr/obj/usr/src/sys/ISC-CACHE_KERNEL  i386

# kgdb kernel.debug_5.4-p4_2005-11-04 vmcore.6 
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
#0  doadump () at pcpu.h:159
159     pcpu.h: No such file or directory.
        in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:159
#1  0xc050a102 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
#2  0xc050a3c8 in panic (fmt=0xc0656ebc "%s") at /usr/src/sys/kern/kern_shutdown.c:566
#3  0xc063ca14 in trap_fatal (frame=0xcbe69ae4, eva=0) at /usr/src/sys/i386/i386/trap.c:817
#4  0xc063c141 in trap (frame=
      {tf_fs = 24, tf_es = -1061093360, tf_ds = -1050869744, tf_edi = -1052353024, tf_esi = -1053737324, tf_ebp = -874079452, tf_isp = -874079472, tf_ebx = 0, tf_edx = -1057524608, tf_ecx = -1053737324, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068333178, tf_cs = 8, tf_eflags = 65606, tf_esp = -874079428, tf_ss = -1068492228}) at /usr/src/sys/i386/i386/trap.c:255
#5  0xc062f0fa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#6  0x00000018 in ?? ()
#7  0xc0c10010 in ?? ()
#8  0xc15d0010 in ?? ()
#9  0xc1465e00 in ?? ()
#10 0xc1313e94 in ?? ()
#11 0xcbe69b24 in ?? ()
#12 0xcbe69b10 in ?? ()
#13 0x00000000 in ?? ()
#14 0xc0f77480 in ?? ()
#15 0xc1313e94 in ?? ()
#16 0x00000000 in ?? ()
#17 0x0000000c in ?? ()
#18 0x00000000 in ?? ()
#19 0xc0528786 in turnstile_head (ts=0x0) at /usr/src/sys/kern/subr_turnstile.c:763
#20 0xc0501a3c in _mtx_unlock_sleep (m=0xc1313e94, opts=0, 
    file=0xc1db7ec2 "/usr/src/sys/modules/smbfs/../../netsmb/smb_iod.c", line=97)
    at /usr/src/sys/kern/kern_mutex.c:659
#21 0xc050188a in _mtx_unlock_flags (m=0x0, opts=0, 
    file=0xc1db7ec2 "/usr/src/sys/modules/smbfs/../../netsmb/smb_iod.c", line=97)
    at /usr/src/sys/kern/kern_mutex.c:364
#22 0xc1dabe27 in ?? ()
#23 0xc1313e94 in ?? ()
#24 0x00000000 in ?? ()
#25 0xc1db7ec2 in ?? ()
#26 0x00000061 in ?? ()
#27 0xc1465e00 in ?? ()
#28 0xc1a14800 in ?? ()
#29 0xc1313e00 in ?? ()
---Type <return> to continue, or q <return> to quit--- 
#30 0xcbe69b8c in ?? ()
#31 0xc1dabef6 in ?? ()
#32 0xc1465e00 in ?? ()
#33 0xc1465e00 in ?? ()
#34 0xc1465e00 in ?? ()
#35 0xcbe69ba4 in ?? ()
#36 0xc1dac766 in ?? ()
#37 0xc1465e00 in ?? ()
#38 0xc19abe00 in ?? ()
#39 0xc19abe88 in ?? ()
#40 0xc1313e00 in ?? ()
#41 0xcbe69bbc in ?? ()
#42 0xc1daa261 in ?? ()
#43 0xc1313e00 in ?? ()
#44 0xc1313e00 in ?? ()
#45 0x00000000 in ?? ()
#46 0xc1a14800 in ?? ()
#47 0xcbe69bd4 in ?? ()
#48 0xc1daa202 in ?? ()
#49 0xc1313e00 in ?? ()
#50 0xc1313e18 in ?? ()
#51 0xc19ff9e0 in ?? ()
#52 0xc1a14800 in ?? ()
#53 0xcbe69ce4 in ?? ()
#54 0xc1da8f12 in ?? ()
#55 0xc1313e00 in ?? ()
#56 0xc1313e00 in ?? ()
#57 0xc1313e18 in ?? ()
#58 0xc1a14800 in ?? ()
#59 0xc1db7cd9 in ?? ()
#60 0x00000000 in ?? ()
#61 0x00000000 in ?? ()
#62 0x00000001 in ?? ()
#63 0x00000000 in ?? ()
#64 0x00000000 in ?? ()
#65 0xc1313e00 in ?? ()
#66 0xc1da79c3 in ?? ()
#67 0xc15da288 in ?? ()
---Type <return> to continue, or q <return> to quit---
#68 0x00000000 in ?? ()
#69 0xcbe69c30 in ?? ()
#70 0x00000000 in ?? ()
#71 0xcbe69c2c in ?? ()
#72 0xc0519e6a in sched_choose () at /usr/src/sys/kern/sched_4bsd.c:1137
Previous frame inner to this frame (corrupt stack?)

What additional information can I provide?

Thanks!
-- 
Best regards,
Palij Oleg, ISC (Pridn railway) 
xmpp://malik@jabber.te.ua

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 16:47:52 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 86AE916A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 16:47:52 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao01.coxmail.com (dukecmmtao01.coxmail.com
	[68.99.120.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id F232743D53
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 16:47:51 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao01.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051207164824.JOBK1375.dukecmmtao01.coxmail.com@dns1>
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 11:48:24 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Wed, 7 Dec 2005 08:47:44 -0800
User-Agent: KMail/1.8.3
References: <20051207065941.NFWF6953.dukecmmtao02.coxmail.com@dukecmmtao02>
In-Reply-To: <20051207065941.NFWF6953.dukecmmtao02.coxmail.com@dukecmmtao02>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <200512070847.45321.vizion@vizion.occoxmail.com>
Subject: Re: Help - vr0: rx packet loss on new 6.0 kernel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 16:47:52 -0000

On Tuesday 06 December 2005 22:57,  the author vizion@vizion.occoxmail.com=
=20
contributed to the dialogue on-
 Help - vr0: rx packet loss on new 6.0 kernel:=20


>vr0: rx packet loss even on single user mode
>
On Wednesday 07 December 2005 04:36, =A0the author Randy Rowe contributed t=
o the=20
dialogue on-
=A0Re: Help - vr0: rx packet loss on new 6.0 kernel:=20

>vizion@vizion.occoxmail.com wrote:
>>>From: <vizion@vizion.occoxmail.com>
>>>Date: 2005/12/06 Tue PM 11:23:18 PST
>>>To: <vizion@vizion.occoxmail.com>, <freebsd-stable@freebsd.org>
>>>Subject: Re: Re: Help - vr0: rx packet loss on new 6.0 kernel
>>
>>OK booted on the old kernel back to 5.4
>>Does anyone have any idea what may have caused the problem?
>>Thanks
>>
>>>>From: <vizion@vizion.occoxmail.com>
>>>>Date: 2005/12/06 Tue PM 11:13:31 PST
>>>>To: <vizion@vizion.occoxmail.com>, <freebsd-stable@freebsd.org>
>>>>Subject: Re: Help - vr0: rx packet loss on new 6.0 kernel
>>>>
>>>>>From: <vizion@vizion.occoxmail.com>
>>>>>Date: 2005/12/06 Tue PM 10:57:44 PST
>>>>>To: <freebsd-stable@freebsd.org>
>>>>>Subject: Help - vr0: rx packet loss on new 6.0 kernel
>>>>>
>>>>>Just upgraded from 5.4 >6.0 and am getting
>>>>>vr0: rx packet loss even on single user mode
>>>>>

>I'm no expert but it sounds to me like your world and your kernel are
>not in sync.
>I'm not sure if a 5.4 kernel can run properly with a 6.0 world and so it
>could be that you still have a 5.4 world.
>
>Just my first guess. You might want to follow up with the steps that you
>used to move from 5.4 to 6.0.
>
Thanks
You may be right --
Well I booted up from kernel.old -- moved the new kernel to kernel.faulty=20
<chuckles> and kernel.old to kernel, rebooted and came right up on 5.4.
Here are the entries re vro in dmesg.boot on the 5.4 kernel:

vr0: <VIA VT6102 Rhine II 10/100BaseTX> port 0xc400-0xc4ff mem=20
0xde016000-0xde0160ff irq 23 at device 18.0 on pci0
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0: =A010baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vr0: Ethernet address: 00:50:8d:6e:9d:31

The repeated messages vr0: packet loss
just took over the system.

Here are the boot sequences

Dec =A06 22:38:24 dns1 kernel: FreeBSD 6.0-STABLE #0: Tue Dec =A06 22:00:00=
 PST=20
2005
Dec =A06 22:38:24 dns1 kernel:=20
root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC
Dec =A06 22:38:24 dns1 kernel: Timecounter "i8254" frequency 1193182 Hz qua=
lity=20
0
Dec =A06 22:38:24 dns1 kernel: CPU: AMD Athlon(tm) XP (1593.54-MHz 686-clas=
s=20
CPU)
Dec =A06 22:38:24 dns1 kernel: Origin =3D "AuthenticAMD" =A0Id =3D 0x6a0 =
=A0Stepping =3D 0
Dec =A06 22:38:24 dns1 kernel:=20
=46eatures=3D0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
Dec =A06 22:38:24 dns1 kernel: AMD=20
=46eatures=3D0xc0480800<SYSCALL,MP,MMX+,3DNow+,3DNow>
Dec =A06 22:38:24 dns1 kernel: real memory =A0=3D 2080309248 (1983 MB)
Dec =A06 22:38:24 dns1 kernel: avail memory =3D 2030624768 (1936 MB)
Dec =A06 22:38:24 dns1 kernel: ACPI APIC Table: <KM400A AWRDACPI>
Dec =A06 22:38:24 dns1 kernel: ioapic0 <Version 0.3> irqs 0-23 on motherboa=
rd
Dec =A06 22:38:24 dns1 kernel: npx0: [FAST]
Dec =A06 22:38:24 dns1 kernel: npx0: <math processor> on motherboard
Dec =A06 22:38:24 dns1 kernel: npx0: INT 16 interface
Dec =A06 22:38:24 dns1 kernel: acpi0: <KM400A AWRDACPI> on motherboard
Dec =A06 22:38:24 dns1 kernel: acpi0: Power Button (fixed)
Dec =A06 22:38:24 dns1 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz=
=20
quality 1000
Dec =A06 22:38:24 dns1 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p=
ort=20
0x4008-0x400b on acpi0
Dec =A06 22:38:24 dns1 kernel: cpu0: <ACPI CPU> on acpi0
Dec =A06 22:38:24 dns1 kernel: acpi_button0: <Power Button> on acpi0
Dec =A06 22:38:24 dns1 kernel: pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xc=
ff on=20
acpi0
Dec =A06 22:38:24 dns1 kernel: pci0: <ACPI PCI bus> on pcib0
Dec =A06 22:38:24 dns1 kernel: agp0: <VIA 8235/8237 (Apollo KM400/KM400A) h=
ost=20
to PCI bridge> mem 0xd0000000-0xd7ffffff at device 0.0 on pci0
Dec =A06 22:38:24 dns1 kernel: pcib1: <PCI-PCI bridge> at device 1.0 on pci0
Dec =A06 22:38:24 dns1 kernel: pci1: <PCI bus> on pcib1
Dec =A06 22:38:24 dns1 kernel: pci1: <display, VGA> at device 0.0 (no drive=
r=20
attached)
Dec =A06 22:38:24 dns1 kernel: pci0: <network, ethernet> at device 9.0 (no=
=20
driver attached)
Dec =A06 22:38:24 dns1 kernel: fwohci0: <Texas Instruments TSB43AB23> mem=20
0xde014000-0xde0147ff,0xde010000-0xde013fff irq 18 at device 10.0 on pci0
Dec =A06 22:38:24 dns1 kernel: fwohci0: OHCI version 1.10 (ROM=3D1)
Dec =A06 22:38:24 dns1 kernel: fwohci0: No. of Isochronous channels is 4.
Dec =A06 22:38:24 dns1 kernel: fwohci0: EUI64 00:d0:03:56:00:b2:b7:e6
Dec =A06 22:38:24 dns1 kernel: fwohci0: Phy 1394a available S400, 3 ports.
Dec =A06 22:38:24 dns1 kernel: fwohci0: Link S400, max_rec 2048 bytes.
Dec =A06 22:38:24 dns1 kernel: firewire0: <IEEE1394(FireWire) bus> on fwohc=
i0
Dec =A06 22:38:24 dns1 kernel: fwe0: <Ethernet over FireWire> on firewire0
Dec =A06 22:38:24 dns1 kernel: if_fwe0: Fake Ethernet address: 02:d0:03:b2:=
b7:e6
Dec =A06 22:38:24 dns1 kernel: fwe0: Ethernet address: 02:d0:03:b2:b7:e6
Dec =A06 22:38:24 dns1 kernel: fwe0: if_start running deferred for Giant
Dec =A06 22:38:24 dns1 kernel: sbp0: <SBP-2/SCSI over FireWire> on firewire0
Dec =A06 22:38:24 dns1 kernel: fwohci0: Initiate bus reset
Dec =A06 22:38:24 dns1 kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCL=
EMASTER=20
mode
Dec =A06 22:38:24 dns1 kernel: firewire0: 1 nodes, maxhop <=3D 0, cable IRM=
 =3D 0=20
(me)
Dec =A06 22:38:24 dns1 kernel: firewire0: bus manager 0 (me)
Dec =A06 22:38:24 dns1 kernel: atapci0: <VIA 6420 SATA150 controller> port=
=20
0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,0xa40=
0-0xa4ff=20
irq 20 at device 15.0 on pci0
Dec =A06 22:38:24 dns1 kernel: ata2: <ATA channel 0> on atapci0
Dec =A06 22:38:24 dns1 kernel: ata3: <ATA channel 1> on atapci0
Dec =A06 22:38:24 dns1 kernel: atapci1: <VIA 8237 UDMA133 controller> port=
=20
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 15.1 on pci0
Dec =A06 22:38:24 dns1 kernel: ata0: <ATA channel 0> on atapci1
Dec =A06 22:38:24 dns1 kernel: ata1: <ATA channel 1> on atapci1
Dec =A06 22:38:24 dns1 kernel: uhci0: <VIA 83C572 USB controller> port=20
0xac00-0xac1f irq 21 at device 16.0 on pci0
Dec =A06 22:38:24 dns1 kernel: uhci0: [GIANT-LOCKED]
Dec =A06 22:38:24 dns1 kernel: usb0: <VIA 83C572 USB controller> on uhci0
Dec =A06 22:38:24 dns1 kernel: usb0: USB revision 1.0
Dec =A06 22:38:24 dns1 kernel: uhub0: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:38:24 dns1 kernel: uhub0: 2 ports with 2 removable, self powered
Dec =A06 22:38:24 dns1 kernel: uhci1: <VIA 83C572 USB controller> port=20
0xb000-0xb01f irq 21 at device 16.1 on pci0
Dec =A06 22:38:24 dns1 kernel: uhci1: [GIANT-LOCKED]
Dec =A06 22:38:24 dns1 kernel: usb1: <VIA 83C572 USB controller> on uhci1
Dec =A06 22:38:24 dns1 kernel: usb1: USB revision 1.0
Dec =A06 22:38:24 dns1 kernel: uhub1: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:38:24 dns1 kernel: uhub1: 2 ports with 2 removable, self powered
Dec =A06 22:38:24 dns1 kernel: uhci2: <VIA 83C572 USB controller> port=20
0xb400-0xb41f irq 21 at device 16.2 on pci0
Dec =A06 22:38:24 dns1 kernel: uhci2: [GIANT-LOCKED]
Dec =A06 22:38:24 dns1 kernel: usb2: <VIA 83C572 USB controller> on uhci2
Dec =A06 22:38:24 dns1 kernel: usb2: USB revision 1.0
Dec =A06 22:38:24 dns1 kernel: uhub2: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:38:24 dns1 kernel: uhub2: 2 ports with 2 removable, self powered
Dec =A06 22:38:24 dns1 kernel: uhci3: <VIA 83C572 USB controller> port=20
0xb800-0xb81f irq 21 at device 16.3 on pci0
Dec =A06 22:38:24 dns1 kernel: uhci3: [GIANT-LOCKED]
Dec =A06 22:38:24 dns1 kernel: usb3: <VIA 83C572 USB controller> on uhci3
Dec =A06 22:38:24 dns1 kernel: usb3: USB revision 1.0
Dec =A06 22:38:24 dns1 kernel: uhub3: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:38:24 dns1 kernel: uhub3: 2 ports with 2 removable, self powered
Dec =A06 22:38:24 dns1 kernel: ehci0: <VIA VT6202 USB 2.0 controller> mem=20
0xde015000-0xde0150ff irq 21 at device 16.4 on pci0
Dec =A06 22:38:24 dns1 kernel: ehci0: [GIANT-LOCKED]
Dec =A06 22:38:24 dns1 kernel: usb4: EHCI version 1.0
Dec =A06 22:38:24 dns1 kernel: usb4: companion controllers, 2 ports each: u=
sb0=20
usb1 usb2 usb3
Dec =A06 22:38:24 dns1 kernel: usb4: <VIA VT6202 USB 2.0 controller> on ehc=
i0
Dec =A06 22:38:24 dns1 kernel: usb4: USB revision 2.0
Dec =A06 22:38:24 dns1 kernel: uhub4: VIA EHCI root hub, class 9/0, rev=20
2.00/1.00, addr 1
Dec =A06 22:38:24 dns1 kernel: uhub4: 8 ports with 8 removable, self powered
Dec =A06 22:38:24 dns1 kernel: umass0: USB2.0 CardReader, rev 2.00/91.38, a=
ddr 2
Dec =A06 22:38:24 dns1 kernel: isab0: <PCI-ISA bridge> at device 17.0 on pc=
i0
Dec =A06 22:38:24 dns1 kernel: isa0: <ISA bus> on isab0
Dec =A06 22:38:24 dns1 kernel: pci0: <multimedia, audio> at device 17.5 (no=
=20
driver attached)
Dec =A06 22:38:24 dns1 kernel: vr0: <VIA VT6102 Rhine II 10/100BaseTX> port=
=20
0xc400-0xc4ff mem 0xde016000-0xde0160ff irq 23 at device 18.0 on pci0
Dec =A06 22:38:24 dns1 kernel: miibus0: <MII bus> on vr0
Dec =A06 22:38:24 dns1 kernel: ukphy0: <Generic IEEE 802.3u media interface=
> on=20
miibus0
Dec =A06 22:38:24 dns1 kernel: ukphy0: =A010baseT, 10baseT-FDX, 100baseTX,=
=20
100baseTX-FDX, auto
Dec =A06 22:38:24 dns1 kernel: vr0: Ethernet address: 00:50:8d:6e:9d:31
Dec =A06 22:38:24 dns1 kernel: acpi_tz0: <Thermal Zone> on acpi0
Dec =A06 22:38:24 dns1 kernel: sio0: configured irq 4 not in bitmap of prob=
ed=20
irqs 0
Dec =A06 22:38:24 dns1 kernel: sio0: port may not be enabled
Dec =A06 22:38:24 dns1 kernel: sio0: <16550A-compatible COM port> port=20
0x3f8-0x3ff irq 4 flags 0x10 on acpi0
Dec =A06 22:38:24 dns1 kernel: sio0: type 16550A
Dec =A06 22:38:24 dns1 kernel: sio1: <16550A-compatible COM port> port=20
0x2f8-0x2ff irq 3 on acpi0
Dec =A06 22:38:24 dns1 kernel: sio1: type 16550A
Dec =A06 22:38:24 dns1 kernel: ppc0: <ECP parallel printer port> port=20
0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0
Dec =A06 22:38:24 dns1 kernel: ppc0: Generic chipset (ECP/PS2/NIBBLE) in=20
COMPATIBLE mode
Dec =A06 22:38:24 dns1 kernel: ppc0: FIFO with 16/16/16 bytes threshold
Dec =A06 22:38:24 dns1 kernel: ppbus0: <Parallel port bus> on ppc0
Dec =A06 22:38:24 dns1 kernel: plip0: <PLIP network interface> on ppbus0
Dec =A06 22:38:24 dns1 kernel: lpt0: <Printer> on ppbus0
Dec =A06 22:38:24 dns1 kernel: lpt0: Interrupt-driven port
Dec =A06 22:38:24 dns1 kernel: ppi0: <Parallel I/O> on ppbus0
Dec =A06 22:38:24 dns1 kernel: atkbdc0: <Keyboard controller (i8042)> port=
=20
0x60,0x64 irq 1 on acpi0
Dec =A06 22:38:24 dns1 kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
Dec =A06 22:38:24 dns1 kernel: kbd0 at atkbd0
Dec =A06 22:38:24 dns1 kernel: atkbd0: [GIANT-LOCKED]
Dec =A06 22:38:24 dns1 kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0
Dec =A06 22:38:24 dns1 kernel: psm0: [GIANT-LOCKED]
Dec =A06 22:38:24 dns1 kernel: psm0: model IntelliMouse, device ID 3
Dec =A06 22:38:24 dns1 kernel: pmtimer0 on isa0
Dec =A06 22:38:24 dns1 kernel: sc0: <System console> at flags 0x100 on isa0
Dec =A06 22:38:24 dns1 kernel: sc0: VGA <16 virtual consoles, flags=3D0x300>
Dec =A06 22:38:24 dns1 kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df =
iomem=20
0xa0000-0xbffff on isa0
Dec =A06 22:38:24 dns1 kernel: Timecounter "TSC" frequency 1593541455 Hz qu=
ality=20
800
Dec =A06 22:38:24 dns1 kernel: Timecounters tick every 1.000 msec
Dec =A06 22:38:24 dns1 kernel: acd0: CDRW <LITE-ON CD-RW SOHR-5239S/2S03> a=
t=20
ata0-slave UDMA33
Dec =A06 22:38:24 dns1 kernel: ad4: 152627MB <Seagate ST3160827AS 3.42> at=
=20
ata2-master SATA150
Dec =A06 22:38:24 dns1 kernel: ad6: 190782MB <WDC WD2000JD-00HBB0 08.02D08>=
 at=20
ata3-master SATA150
Dec =A06 22:38:24 dns1 kernel: da0 at umass-sim0 bus 0 target 0 lun 0
Dec =A06 22:38:24 dns1 kernel: da0: <USB2.0 CF =A0CardReader > Removable Di=
rect=20
Access SCSI-0 device=20
Dec =A06 22:38:24 dns1 kernel: da0: 40.000MB/s transfers
Dec =A06 22:38:24 dns1 kernel: da0: Attempt to query device size failed: NO=
T=20
READY, Medium not present
Dec =A06 22:38:24 dns1 kernel: da1 at umass-sim0 bus 0 target 0 lun 1
Dec =A06 22:38:24 dns1 kernel: da1: <USB2.0 CBO CardReader > Removable Dire=
ct=20
Access SCSI-0 device=20
Dec =A06 22:38:24 dns1 kernel: da1: 40.000MB/s transfers
Dec =A06 22:38:24 dns1 kernel: da1: Attempt to query device size failed: NO=
T=20
READY, Medium not present
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:38:24 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:38:24 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:38:24 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:38:24 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:38:24 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:38:24 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:38:24 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:38:24 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:38:24 dns1 kernel: Trying to mount root from ufs:/dev/ad4s1a
Dec =A06 22:38:36 dns1 kernel: vr0: rx packet lost
Dec =A06 22:39:37 dns1 last message repeated 26 times
Dec =A06 22:39:46 dns1 last message repeated 12 times
Dec =A06 22:39:46 dns1 login: 2 LOGIN FAILURES ON ttyv0
Dec =A06 22:39:47 dns1 root: /usr/local/etc/rc.d/memcached.sh: WARNING:=20
$memcached_enable is not set properly - see rc.conf(5).
Dec =A06 22:39:58 dns1 kernel: vr0: rx packet lost
Dec =A06 22:39:58 dns1 last message repeated 5 times
Dec =A06 22:39:59 dns1 syslogd: exiting on signal 15
Dec =A06 22:54:55 dns1 syslogd: kernel boot file is /boot/kernel/kernel
Dec =A06 22:54:55 dns1 kernel: Copyright (c) 1992-2005 The FreeBSD Project.
Dec =A06 22:54:55 dns1 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, =
1989,=20
1991, 1992, 1993, 1994
Dec =A06 22:54:55 dns1 kernel: The Regents of the University of California.=
 All=20
rights reserved.
Dec =A06 22:54:55 dns1 kernel: FreeBSD 6.0-STABLE #0: Tue Dec =A06 22:00:00=
 PST=20
2005
Dec =A06 22:54:55 dns1 kernel:=20
root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC
Dec =A06 22:54:55 dns1 kernel: Timecounter "i8254" frequency 1193182 Hz qua=
lity=20
0
Dec =A06 22:54:55 dns1 kernel: CPU: AMD Athlon(tm) =A0(1593.54-MHz 686-clas=
s CPU)
Dec =A06 22:54:55 dns1 kernel: Origin =3D "AuthenticAMD" =A0Id =3D 0x6a0 =
=A0Stepping =3D 0
Dec =A06 22:54:55 dns1 kernel:=20
=46eatures=3D0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
Dec =A06 22:54:55 dns1 kernel: AMD=20
=46eatures=3D0xc0480800<SYSCALL,MP,MMX+,3DNow+,3DNow>
Dec =A06 22:54:55 dns1 kernel: real memory =A0=3D 2080309248 (1983 MB)
Dec =A06 22:54:55 dns1 kernel: avail memory =3D 2030624768 (1936 MB)
Dec =A06 22:54:55 dns1 kernel: ACPI APIC Table: <KM400A AWRDACPI>
Dec =A06 22:54:55 dns1 kernel: ioapic0 <Version 0.3> irqs 0-23 on motherboa=
rd
Dec =A06 22:54:55 dns1 kernel: npx0: [FAST]
Dec =A06 22:54:55 dns1 kernel: npx0: <math processor> on motherboard
Dec =A06 22:54:55 dns1 kernel: npx0: INT 16 interface
Dec =A06 22:54:55 dns1 kernel: acpi0: <KM400A AWRDACPI> on motherboard
Dec =A06 22:54:55 dns1 kernel: acpi0: Power Button (fixed)
Dec =A06 22:54:55 dns1 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz=
=20
quality 1000
Dec =A06 22:54:55 dns1 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p=
ort=20
0x4008-0x400b on acpi0
Dec =A06 22:54:55 dns1 kernel: cpu0: <ACPI CPU> on acpi0
Dec =A06 22:54:55 dns1 kernel: acpi_button0: <Power Button> on acpi0
Dec =A06 22:54:55 dns1 kernel: pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xc=
ff on=20
acpi0
Dec =A06 22:54:55 dns1 kernel: pci0: <ACPI PCI bus> on pcib0
Dec =A06 22:54:55 dns1 kernel: agp0: <VIA 8235/8237 (Apollo KM400/KM400A) h=
ost=20
to PCI bridge> mem 0xd0000000-0xd7ffffff at device 0.0 on pci0
Dec =A06 22:54:55 dns1 kernel: pcib1: <PCI-PCI bridge> at device 1.0 on pci0
Dec =A06 22:54:55 dns1 kernel: pci1: <PCI bus> on pcib1
Dec =A06 22:54:55 dns1 kernel: pci1: <display, VGA> at device 0.0 (no drive=
r=20
attached)
Dec =A06 22:54:55 dns1 kernel: pci0: <network, ethernet> at device 9.0 (no=
=20
driver attached)
Dec =A06 22:54:55 dns1 kernel: fwohci0: <Texas Instruments TSB43AB23> mem=20
0xde014000-0xde0147ff,0xde010000-0xde013fff irq 18 at device 10.0 on pci0
Dec =A06 22:54:55 dns1 kernel: fwohci0: OHCI version 1.10 (ROM=3D1)
Dec =A06 22:54:55 dns1 kernel: fwohci0: No. of Isochronous channels is 4.
Dec =A06 22:54:55 dns1 kernel: fwohci0: EUI64 00:d0:03:56:00:b2:b7:e6
Dec =A06 22:54:55 dns1 kernel: fwohci0: Phy 1394a available S400, 3 ports.
Dec =A06 22:54:55 dns1 kernel: fwohci0: Link S400, max_rec 2048 bytes.
Dec =A06 22:54:55 dns1 kernel: firewire0: <IEEE1394(FireWire) bus> on fwohc=
i0
Dec =A06 22:54:55 dns1 kernel: fwe0: <Ethernet over FireWire> on firewire0
Dec =A06 22:54:55 dns1 kernel: if_fwe0: Fake Ethernet address: 02:d0:03:b2:=
b7:e6
Dec =A06 22:54:55 dns1 kernel: fwe0: Ethernet address: 02:d0:03:b2:b7:e6
Dec =A06 22:54:55 dns1 kernel: fwe0: if_start running deferred for Giant
Dec =A06 22:54:55 dns1 kernel: sbp0: <SBP-2/SCSI over FireWire> on firewire0
Dec =A06 22:54:55 dns1 kernel: fwohci0: Initiate bus reset
Dec =A06 22:54:55 dns1 kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCL=
EMASTER=20
mode
Dec =A06 22:54:55 dns1 kernel: firewire0: 1 nodes, maxhop <=3D 0, Not found=
 IRM=20
capable node
Dec =A06 22:54:55 dns1 kernel: atapci0: <VIA 6420 SATA150 controller> port=
=20
0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,0xa40=
0-0xa4ff=20
irq 20 at device 15.0 on pci0
Dec =A06 22:54:55 dns1 kernel: ata2: <ATA channel 0> on atapci0
Dec =A06 22:54:55 dns1 kernel: ata3: <ATA channel 1> on atapci0
Dec =A06 22:54:55 dns1 kernel: atapci1: <VIA 8237 UDMA133 controller> port=
=20
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 15.1 on pci0
Dec =A06 22:54:55 dns1 kernel: ata0: <ATA channel 0> on atapci1
Dec =A06 22:54:55 dns1 kernel: ata1: <ATA channel 1> on atapci1
Dec =A06 22:54:55 dns1 kernel: uhci0: <VIA 83C572 USB controller> port=20
0xac00-0xac1f irq 21 at device 16.0 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb0: <VIA 83C572 USB controller> on uhci0
Dec =A06 22:54:55 dns1 kernel: usb0: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub0: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub0: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: uhci1: <VIA 83C572 USB controller> port=20
0xb000-0xb01f irq 21 at device 16.1 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci1: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb1: <VIA 83C572 USB controller> on uhci1
Dec =A06 22:54:55 dns1 kernel: usb1: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub1: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub1: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: uhci2: <VIA 83C572 USB controller> port=20
0xb400-0xb41f irq 21 at device 16.2 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci2: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb2: <VIA 83C572 USB controller> on uhci2
Dec =A06 22:54:55 dns1 kernel: usb2: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub2: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub2: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: uhci3: <VIA 83C572 USB controller> port=20
0xb800-0xb81f irq 21 at device 16.3 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci3: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb3: <VIA 83C572 USB controller> on uhci3
Dec =A06 22:54:55 dns1 kernel: usb3: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub3: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub3: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: ehci0: <VIA VT6202 USB 2.0 controller> mem=20
0xde015000-0xde0150ff irq 21 at device 16.4 on pci0
Dec =A06 22:54:55 dns1 kernel: ehci0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb4: EHCI version 1.0
Dec =A06 22:54:55 dns1 kernel: usb4: companion controllers, 2 ports each: u=
sb0=20
usb1 usb2 usb3
Dec =A06 22:54:55 dns1 kernel: usb4: <VIA VT6202 USB 2.0 controller> on ehc=
i0
Dec =A06 22:54:55 dns1 kernel: usb4: USB revision 2.0
Dec =A06 22:54:55 dns1 kernel: uhub4: VIA EHCI root hub, class 9/0, rev=20
2.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub4: 8 ports with 8 removable, self powered
Dec =A06 22:54:55 dns1 kernel: umass0: USB2.0 CardReader, rev 2.00/91.38, a=
ddr 2
Dec =A06 22:54:55 dns1 kernel: isab0: <PCI-ISA bridge> at device 17.0 on pc=
i0
Dec =A06 22:54:55 dns1 kernel: isa0: <ISA bus> on isab0
Dec =A06 22:54:55 dns1 kernel: pci0: <multimedia, audio> at device 17.5 (no=
=20
driver attached)
Dec =A06 22:54:55 dns1 kernel: vr0: <VIA VT6102 Rhine II 10/100BaseTX> port=
=20
0xc400-0xc4ff mem 0xde016000-0xde0160ff irq 23 at device 18.0 on pci0
Dec =A06 22:54:55 dns1 kernel: miibus0: <MII bus> on vr0
Dec =A06 22:54:55 dns1 kernel: ukphy0: <Generic IEEE 802.3u media interface=
> on=20
miibus0
Dec =A06 22:54:55 dns1 kernel: ukphy0: =A010baseT, 10baseT-FDX, 100baseTX,=
=20
100baseTX-FDX, auto
Dec =A06 22:54:55 dns1 kernel: vr0: Ethernet address: 00:50:8d:6e:9d:31
Dec =A06 22:54:55 dns1 kernel: acpi_tz0: <Thermal Zone> on acpi0
Dec =A06 22:54:55 dns1 kernel: sio0: configured irq 4 not in bitmap of prob=
ed=20
irqs 0
Dec =A06 22:54:55 dns1 kernel: sio0: port may not be enabled
Dec =A06 22:54:55 dns1 kernel: sio0: <16550A-compatible COM port> port=20
0x3f8-0x3ff irq 4 flags 0x10 on acpi0
Dec =A06 22:54:55 dns1 kernel: sio0: type 16550A
Dec =A06 22:54:55 dns1 kernel: sio1: <16550A-compatible COM port> port=20
0x2f8-0x2ff irq 3 on acpi0
Dec =A06 22:54:55 dns1 kernel: sio1: type 16550A
Dec =A06 22:54:55 dns1 kernel: ppc0: <ECP parallel printer port> port=20
0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0
Dec =A06 22:54:55 dns1 kernel: ppc0: Generic chipset (ECP/PS2/NIBBLE) in=20
COMPATIBLE mode
Dec =A06 22:54:55 dns1 kernel: ppc0: FIFO with 16/16/16 bytes threshold
Dec =A06 22:54:55 dns1 kernel: ppbus0: <Parallel port bus> on ppc0
Dec =A06 22:54:55 dns1 kernel: plip0: <PLIP network interface> on ppbus0
Dec =A06 22:54:55 dns1 kernel: lpt0: <Printer> on ppbus0
Dec =A06 22:54:55 dns1 kernel: lpt0: Interrupt-driven port
Dec =A06 22:54:55 dns1 kernel: ppi0: <Parallel I/O> on ppbus0
Dec =A06 22:54:55 dns1 kernel: atkbdc0: <Keyboard controller (i8042)> port=
=20
0x60,0x64 irq 1 on acpi0
Dec =A06 22:54:55 dns1 kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
Dec =A06 22:54:55 dns1 kernel: kbd0 at atkbd0
Dec =A06 22:54:55 dns1 kernel: atkbd0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0
Dec =A06 22:54:55 dns1 kernel: psm0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: psm0: model IntelliMouse, device ID 3
Dec =A06 22:54:55 dns1 kernel: pmtimer0 on isa0
Dec =A06 22:54:55 dns1 kernel: sc0: <System console> at flags 0x100 on isa0
Dec =A06 22:54:55 dns1 kernel: sc0: VGA <16 virtual consoles, flags=3D0x300>
Dec =A06 22:54:55 dns1 kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df =
iomem=20
0xa0000-0xbffff on isa0
Dec =A06 22:54:55 dns1 kernel: Timecounter "TSC" frequency 1593544575 Hz qu=
ality=20
800
Dec =A06 22:54:55 dns1 kernel: Timecounters tick every 1.000 msec
Dec =A06 22:54:55 dns1 kernel: acd0: CDRW <LITE-ON CD-RW SOHR-5239S/2S03> a=
t=20
ata0-slave UDMA33
Dec =A06 22:54:55 dns1 kernel: ad4: 152627MB <Seagate ST3160827AS 3.42> at=
=20
ata2-master SATA150
Dec =A06 22:54:55 dns1 kernel: ad6: 190782MB <WDC WD2000JD-00HBB0 08.02D08>=
 at=20
ata3-master SATA150
Dec =A06 22:54:55 dns1 kernel: da0 at umass-sim0 bus 0 target 0 lun 0
Dec =A06 22:54:55 dns1 kernel: da0: <USB2.0 CF =A0CardReader > Removable Di=
rect=20
Access SCSI-0 device=20
Dec =A06 22:54:55 dns1 kernel: da0: 40.000MB/s transfers
Dec =A06 22:54:55 dns1 kernel: da0: Attempt to query device size failed: NO=
T=20
READY, Medium not present
Dec =A06 22:54:55 dns1 kernel: da1 at umass-sim0 bus 0 target 0 lun 1
Dec =A06 22:54:55 dns1 kernel: da1: <USB2.0 CBO CardReader > Removable Dire=
ct=20
Access SCSI-0 device=20
Dec =A06 22:54:55 dns1 kernel: da1: 40.000MB/s transfers
Dec =A06 22:54:55 dns1 kernel: da1: Attempt to query device size failed: NO=
T=20
READY, Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:54:55 dns1 kernel: Trying to mount root from ufs:/dev/ad4s1a
Dec =A06 22:54:55 dns1 kernel: WARNING: / was not properly dismounted
Dec =A06 22:54:55 dns1 kernel: WARNING: /usr was not properly dismounted
Dec =A06 22:54:55 dns1 kernel: WARNING: /var2 was not properly dismounted
Dec =A06 22:54:55 dns1 kernel: Waiting (max 60 seconds) for system process=
=20
`vnlru' to stop...done
Dec =A06 22:54:55 dns1 kernel: Waiting (max 60 seconds) for system process=
=20
`bufdaemon' to stop...done
Dec =A06 22:54:55 dns1 kernel: Waiting (max 60 seconds) for system process=
=20
`syncer' to stop...
Dec =A06 22:54:55 dns1 kernel: Syncing disks, vnodes remaining...0 0 0 done
Dec =A06 22:54:55 dns1 kernel: All buffers synced.
Dec =A06 22:54:55 dns1 kernel: Uptime: 8m48s
Dec =A06 22:54:55 dns1 kernel: ukphy0: detached
Dec =A06 22:54:55 dns1 kernel: miibus0: detached
Dec =A06 22:54:55 dns1 kernel: Shutting down ACPI
Dec =A06 22:54:55 dns1 kernel: Rebooting...
Dec =A06 22:54:55 dns1 kernel: Copyright (c) 1992-2005 The FreeBSD Project.
Dec =A06 22:54:55 dns1 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, =
1989,=20
1991, 1992, 1993, 1994
Dec =A06 22:54:55 dns1 kernel: The Regents of the University of California.=
 All=20
rights reserved.
Dec =A06 22:54:55 dns1 kernel: FreeBSD 6.0-STABLE #0: Tue Dec =A06 22:00:00=
 PST=20
2005
Dec =A06 22:54:55 dns1 kernel:=20
root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC
Dec =A06 22:54:55 dns1 kernel: Timecounter "i8254" frequency 1193182 Hz qua=
lity=20
0
Dec =A06 22:54:55 dns1 kernel: CPU: AMD Athlon(tm) XP (1593.54-MHz 686-clas=
s=20
CPU)
Dec =A06 22:54:55 dns1 kernel: Origin =3D "AuthenticAMD" =A0Id =3D 0x6a0 =
=A0Stepping =3D 0
Dec =A06 22:54:55 dns1 kernel:=20
=46eatures=3D0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
Dec =A06 22:54:55 dns1 kernel: AMD=20
=46eatures=3D0xc0480800<SYSCALL,MP,MMX+,3DNow+,3DNow>
Dec =A06 22:54:55 dns1 kernel: real memory =A0=3D 2080309248 (1983 MB)
Dec =A06 22:54:55 dns1 kernel: avail memory =3D 2030624768 (1936 MB)
Dec =A06 22:54:55 dns1 kernel: ACPI APIC Table: <KM400A AWRDACPI>
Dec =A06 22:54:55 dns1 kernel: ioapic0 <Version 0.3> irqs 0-23 on motherboa=
rd
Dec =A06 22:54:55 dns1 kernel: npx0: [FAST]
Dec =A06 22:54:55 dns1 kernel: npx0: <math processor> on motherboard
Dec =A06 22:54:55 dns1 kernel: npx0: INT 16 interface
Dec =A06 22:54:55 dns1 kernel: acpi0: <KM400A AWRDACPI> on motherboard
Dec =A06 22:54:55 dns1 kernel: acpi0: Power Button (fixed)
Dec =A06 22:54:55 dns1 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz=
=20
quality 1000
Dec =A06 22:54:55 dns1 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> p=
ort=20
0x4008-0x400b on acpi0
Dec =A06 22:54:55 dns1 kernel: cpu0: <ACPI CPU> on acpi0
Dec =A06 22:54:55 dns1 kernel: acpi_button0: <Power Button> on acpi0
Dec =A06 22:54:55 dns1 kernel: pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xc=
ff on=20
acpi0
Dec =A06 22:54:55 dns1 kernel: pci0: <ACPI PCI bus> on pcib0
Dec =A06 22:54:55 dns1 kernel: agp0: <VIA 8235/8237 (Apollo KM400/KM400A) h=
ost=20
to PCI bridge> mem 0xd0000000-0xd7ffffff at device 0.0 on pci0
Dec =A06 22:54:55 dns1 kernel: pcib1: <PCI-PCI bridge> at device 1.0 on pci0
Dec =A06 22:54:55 dns1 kernel: pci1: <PCI bus> on pcib1
Dec =A06 22:54:55 dns1 kernel: pci1: <display, VGA> at device 0.0 (no drive=
r=20
attached)
Dec =A06 22:54:55 dns1 kernel: pci0: <network, ethernet> at device 9.0 (no=
=20
driver attached)
Dec =A06 22:54:55 dns1 kernel: fwohci0: <Texas Instruments TSB43AB23> mem=20
0xde014000-0xde0147ff,0xde010000-0xde013fff irq 18 at device 10.0 on pci0
Dec =A06 22:54:55 dns1 kernel: fwohci0: OHCI version 1.10 (ROM=3D1)
Dec =A06 22:54:55 dns1 kernel: fwohci0: No. of Isochronous channels is 4.
Dec =A06 22:54:55 dns1 kernel: fwohci0: EUI64 00:d0:03:56:00:b2:b7:e6
Dec =A06 22:54:55 dns1 kernel: fwohci0: Phy 1394a available S400, 3 ports.
Dec =A06 22:54:55 dns1 kernel: fwohci0: Link S400, max_rec 2048 bytes.
Dec =A06 22:54:55 dns1 kernel: firewire0: <IEEE1394(FireWire) bus> on fwohc=
i0
Dec =A06 22:54:55 dns1 kernel: fwe0: <Ethernet over FireWire> on firewire0
Dec =A06 22:54:55 dns1 kernel: if_fwe0: Fake Ethernet address: 02:d0:03:b2:=
b7:e6
Dec =A06 22:54:55 dns1 kernel: fwe0: Ethernet address: 02:d0:03:b2:b7:e6
Dec =A06 22:54:55 dns1 kernel: fwe0: if_start running deferred for Giant
Dec =A06 22:54:55 dns1 kernel: sbp0: <SBP-2/SCSI over FireWire> on firewire0
Dec =A06 22:54:55 dns1 kernel: fwohci0: Initiate bus reset
Dec =A06 22:54:55 dns1 kernel: fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCL=
EMASTER=20
mode
Dec =A06 22:54:55 dns1 kernel: firewire0: 1 nodes, maxhop <=3D 0, cable IRM=
 =3D 0=20
(me)
Dec =A06 22:54:55 dns1 kernel: firewire0: bus manager 0 (me)
Dec =A06 22:54:55 dns1 kernel: atapci0: <VIA 6420 SATA150 controller> port=
=20
0x9000-0x9007,0x9400-0x9403,0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa00f,0xa40=
0-0xa4ff=20
irq 20 at device 15.0 on pci0
Dec =A06 22:54:55 dns1 kernel: ata2: <ATA channel 0> on atapci0
Dec =A06 22:54:55 dns1 kernel: ata3: <ATA channel 1> on atapci0
Dec =A06 22:54:55 dns1 kernel: atapci1: <VIA 8237 UDMA133 controller> port=
=20
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xa800-0xa80f at device 15.1 on pci0
Dec =A06 22:54:55 dns1 kernel: ata0: <ATA channel 0> on atapci1
Dec =A06 22:54:55 dns1 kernel: ata1: <ATA channel 1> on atapci1
Dec =A06 22:54:55 dns1 kernel: uhci0: <VIA 83C572 USB controller> port=20
0xac00-0xac1f irq 21 at device 16.0 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb0: <VIA 83C572 USB controller> on uhci0
Dec =A06 22:54:55 dns1 kernel: usb0: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub0: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub0: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: uhci1: <VIA 83C572 USB controller> port=20
0xb000-0xb01f irq 21 at device 16.1 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci1: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb1: <VIA 83C572 USB controller> on uhci1
Dec =A06 22:54:55 dns1 kernel: usb1: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub1: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub1: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: uhci2: <VIA 83C572 USB controller> port=20
0xb400-0xb41f irq 21 at device 16.2 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci2: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb2: <VIA 83C572 USB controller> on uhci2
Dec =A06 22:54:55 dns1 kernel: usb2: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub2: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub2: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: uhci3: <VIA 83C572 USB controller> port=20
0xb800-0xb81f irq 21 at device 16.3 on pci0
Dec =A06 22:54:55 dns1 kernel: uhci3: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb3: <VIA 83C572 USB controller> on uhci3
Dec =A06 22:54:55 dns1 kernel: usb3: USB revision 1.0
Dec =A06 22:54:55 dns1 kernel: uhub3: VIA UHCI root hub, class 9/0, rev=20
1.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub3: 2 ports with 2 removable, self powered
Dec =A06 22:54:55 dns1 kernel: ehci0: <VIA VT6202 USB 2.0 controller> mem=20
0xde015000-0xde0150ff irq 21 at device 16.4 on pci0
Dec =A06 22:54:55 dns1 kernel: ehci0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: usb4: EHCI version 1.0
Dec =A06 22:54:55 dns1 kernel: usb4: companion controllers, 2 ports each: u=
sb0=20
usb1 usb2 usb3
Dec =A06 22:54:55 dns1 kernel: usb4: <VIA VT6202 USB 2.0 controller> on ehc=
i0
Dec =A06 22:54:55 dns1 kernel: usb4: USB revision 2.0
Dec =A06 22:54:55 dns1 kernel: uhub4: VIA EHCI root hub, class 9/0, rev=20
2.00/1.00, addr 1
Dec =A06 22:54:55 dns1 kernel: uhub4: 8 ports with 8 removable, self powered
Dec =A06 22:54:55 dns1 kernel: umass0: USB2.0 CardReader, rev 2.00/91.38, a=
ddr 2
Dec =A06 22:54:55 dns1 kernel: isab0: <PCI-ISA bridge> at device 17.0 on pc=
i0
Dec =A06 22:54:55 dns1 kernel: isa0: <ISA bus> on isab0
Dec =A06 22:54:55 dns1 kernel: pci0: <multimedia, audio> at device 17.5 (no=
=20
driver attached)
Dec =A06 22:54:55 dns1 kernel: vr0: <VIA VT6102 Rhine II 10/100BaseTX> port=
=20
0xc400-0xc4ff mem 0xde016000-0xde0160ff irq 23 at device 18.0 on pci0
Dec =A06 22:54:55 dns1 kernel: miibus0: <MII bus> on vr0
Dec =A06 22:54:55 dns1 kernel: ukphy0: <Generic IEEE 802.3u media interface=
> on=20
miibus0
Dec =A06 22:54:55 dns1 kernel: ukphy0: =A010baseT, 10baseT-FDX, 100baseTX,=
=20
100baseTX-FDX, auto
Dec =A06 22:54:55 dns1 kernel: vr0: Ethernet address: 00:50:8d:6e:9d:31
Dec =A06 22:54:55 dns1 kernel: acpi_tz0: <Thermal Zone> on acpi0
Dec =A06 22:54:55 dns1 kernel: sio0: configured irq 4 not in bitmap of prob=
ed=20
irqs 0
Dec =A06 22:54:55 dns1 kernel: sio0: port may not be enabled
Dec =A06 22:54:55 dns1 kernel: sio0: <16550A-compatible COM port> port=20
0x3f8-0x3ff irq 4 flags 0x10 on acpi0
Dec =A06 22:54:55 dns1 kernel: sio0: type 16550A
Dec =A06 22:54:55 dns1 kernel: sio1: <16550A-compatible COM port> port=20
0x2f8-0x2ff irq 3 on acpi0
Dec =A06 22:54:55 dns1 kernel: sio1: type 16550A
Dec =A06 22:54:55 dns1 kernel: ppc0: <ECP parallel printer port> port=20
0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0
Dec =A06 22:54:55 dns1 kernel: ppc0: Generic chipset (ECP/PS2/NIBBLE) in=20
COMPATIBLE mode
Dec =A06 22:54:55 dns1 kernel: ppc0: FIFO with 16/16/16 bytes threshold
Dec =A06 22:54:55 dns1 kernel: ppbus0: <Parallel port bus> on ppc0
Dec =A06 22:54:55 dns1 kernel: plip0: <PLIP network interface> on ppbus0
Dec =A06 22:54:55 dns1 kernel: lpt0: <Printer> on ppbus0
Dec =A06 22:54:55 dns1 kernel: lpt0: Interrupt-driven port
Dec =A06 22:54:55 dns1 kernel: ppi0: <Parallel I/O> on ppbus0
Dec =A06 22:54:55 dns1 kernel: atkbdc0: <Keyboard controller (i8042)> port=
=20
0x60,0x64 irq 1 on acpi0
Dec =A06 22:54:55 dns1 kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
Dec =A06 22:54:55 dns1 kernel: kbd0 at atkbd0
Dec =A06 22:54:55 dns1 kernel: atkbd0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0
Dec =A06 22:54:55 dns1 kernel: psm0: [GIANT-LOCKED]
Dec =A06 22:54:55 dns1 kernel: psm0: model IntelliMouse, device ID 3
Dec =A06 22:54:55 dns1 kernel: pmtimer0 on isa0
Dec =A06 22:54:55 dns1 kernel: sc0: <System console> at flags 0x100 on isa0
Dec =A06 22:54:55 dns1 kernel: sc0: VGA <16 virtual consoles, flags=3D0x300>
Dec =A06 22:54:55 dns1 kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df =
iomem=20
0xa0000-0xbffff on isa0
Dec =A06 22:54:55 dns1 kernel: Timecounter "TSC" frequency 1593543999 Hz qu=
ality=20
800
Dec =A06 22:54:55 dns1 kernel: Timecounters tick every 1.000 msec
Dec =A06 22:54:55 dns1 kernel: acd0: CDRW <LITE-ON CD-RW SOHR-5239S/2S03> a=
t=20
ata0-slave UDMA33
Dec =A06 22:54:55 dns1 kernel: ad4: 152627MB <Seagate ST3160827AS 3.42> at=
=20
ata2-master SATA150
Dec =A06 22:54:55 dns1 kernel: ad6: 190782MB <WDC WD2000JD-00HBB0 08.02D08>=
 at=20
ata3-master SATA150
Dec =A06 22:54:55 dns1 kernel: da0 at umass-sim0 bus 0 target 0 lun 0
Dec =A06 22:54:55 dns1 kernel: da0: <USB2.0 CF =A0CardReader > Removable Di=
rect=20
Access SCSI-0 device=20
Dec =A06 22:54:55 dns1 kernel: da0: 40.000MB/s transfers
Dec =A06 22:54:55 dns1 kernel: da0: Attempt to query device size failed: NO=
T=20
READY, Medium not present
Dec =A06 22:54:55 dns1 kernel: da1 at umass-sim0 bus 0 target 0 lun 1
Dec =A06 22:54:55 dns1 kernel: da1: <USB2.0 CBO CardReader > Removable Dire=
ct=20
Access SCSI-0 device=20
Dec =A06 22:54:55 dns1 kernel: da1: 40.000MB/s transfers
Dec =A06 22:54:55 dns1 kernel: da1: Attempt to query device size failed: NO=
T=20
READY, Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: =
25 0=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da0:umass-sim0:0:0:0): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da0 -> 6
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): READ CAPACITY. CDB: =
25 20=20
0 0 0 0 0 0 0 0=20
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): CAM Status: SCSI Sta=
tus=20
Error
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): SCSI Status: Check=20
Condition
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): NOT READY asc:3a,0
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Medium not present
Dec =A06 22:54:55 dns1 kernel: (da1:umass-sim0:0:0:1): Unretryable error
Dec =A06 22:54:55 dns1 kernel: Opened disk da1 -> 6
Dec =A06 22:54:55 dns1 kernel: Trying to mount root from ufs:/dev/ad4s1a
Dec =A06 22:54:55 dns1 kernel: WARNING: /usr was not properly dismounted
Dec =A06 22:54:55 dns1 kernel: WARNING: /var2 was not properly dismounted
Dec =A06 22:55:04 dns1 kernel: vr0: rx packet lost
Dec =A06 22:55:38 dns1 last message repeated 6 times
Dec =A06 22:55:38 dns1 last message repeated 44 times
Dec =A06 22:55:38 dns1 ntpd[373]: ntpd 4.2.0-a Tue Dec =A06 20:31:39 PST 20=
05 (1)
Dec =A06 22:55:43 dns1 kernel: vr0: rx packet lost
Dec =A06 22:56:34 dns1 last message repeated 7 times
Dec =A06 22:58:04 dns1 last message repeated 175 times
Dec =A06 22:58:04 dns1 login: ROOT LOGIN (root) ON ttyv2
Dec =A06 22:58:23 dns1 kernel: vr0: rx packet lost
Dec =A06 22:58:31 dns1 last message repeated 19 times
Dec =A06 22:58:31 dns1 login: ROOT LOGIN (root) ON ttyv1
Dec =A06 22:58:49 dns1 kernel: vr0: rx packet lost
Dec =A06 22:59:50 dns1 last message repeated 29 times
Dec =A06 22:59:52 dns1 last message repeated 63 times
Dec =A06 22:59:52 dns1 shutdown: reboot by root:=20
Dec =A06 22:59:56 dns1 kernel: vr0: rx packet lost
Dec =A06 22:59:56 dns1 last message repeated 8 times
Dec =A06 22:59:56 dns1 shutdown: reboot by root:=20
Dec =A06 23:29:16 dns1 syslogd: kernel boot file is /boot/kernel.old/kernel
Dec =A06 23:29:16 dns1 kernel: Copyright (c) 1992-2005 The FreeBSD Project.
Dec =A06 23:29:16 dns1 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, =
1989,=20
1991, 1992, 1993, 1994
Dec =A06 23:29:16 dns1 kernel: The Regents of the University of California.=
 All=20
rights reserved.
Dec =A06 23:29:16 dns1 kernel: FreeBSD 5.4-STABLE #0: Tue Dec =A06 18:34:51=
 PST=20
2005

<cut from here>
=2D-=20
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Tauru=
s.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal afte=
r=20
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 17:39:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9A6CB16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 17:39:38 +0000 (GMT)
	(envelope-from jcm@FreeBSD-uk.eu.org)
Received: from xenial.mcc.ac.uk (xenial.mcc.ac.uk [130.88.203.16])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 619C743D7C
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 17:39:30 +0000 (GMT)
	(envelope-from jcm@FreeBSD-uk.eu.org)
Received: from dogma.freebsd-uk.eu.org ([130.88.200.97])
	by xenial.mcc.ac.uk with esmtp (Exim 4.51 (FreeBSD))
	id 1Ek3GL-000GGC-Ek
	for freebsd-stable@freebsd.org; Wed, 07 Dec 2005 17:39:29 +0000
Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1])
	by dogma.freebsd-uk.eu.org (8.13.1/8.13.1) with ESMTP id jB7HdNGM054399
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 17:39:24 GMT
	(envelope-from jcm@dogma.freebsd-uk.eu.org)
Received: (from jcm@localhost)
	by dogma.freebsd-uk.eu.org (8.13.1/8.12.6/Submit) id jB7HdNnm054398
	for freebsd-stable@freebsd.org; Wed, 7 Dec 2005 17:39:23 GMT
Date: Wed, 7 Dec 2005 17:39:23 +0000
From: Jonathon McKitrick <jcm@FreeBSD-uk.eu.org>
To: freebsd-stable@freebsd.org
Message-ID: <20051207173923.GC53925@dogma.freebsd-uk.eu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4i
Subject: Problem with rlwrap and pty
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 17:39:38 -0000


Hi all,

I've found in the archive that there is some problem with rlwrap, and I've
found the same thing... it has trouble opening a pty.

This seems to have been around for a while under 5.x, while 4.x doesn't have
the problem.

Is there a workaround?

jm
-- 

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 17:53:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F167516A41F
	for <stable@freebsd.org>; Wed,  7 Dec 2005 17:53:50 +0000 (GMT)
	(envelope-from freebsd-stable-local@be-well.ilk.org)
Received: from mail25.sea5.speakeasy.net (mail25.sea5.speakeasy.net
	[69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B643643D7F
	for <stable@freebsd.org>; Wed,  7 Dec 2005 17:53:43 +0000 (GMT)
	(envelope-from freebsd-stable-local@be-well.ilk.org)
Received: (qmail 4263 invoked from network); 7 Dec 2005 17:53:42 -0000
Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org)
	([66.92.78.145])
	(envelope-sender <freebsd-stable-local@be-well.ilk.org>)
	by mail25.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP
	for <stable@freebsd.org>; 7 Dec 2005 17:53:41 -0000
Received: by be-well.ilk.org (Postfix, from userid 1147)
	id 0F4202841D; Wed,  7 Dec 2005 12:53:41 -0500 (EST)
Sender: lowell@be-well.ilk.org
To: Einstein Oliveira <einstein@yawl.com.br>
References: <4396FB9A.5030303@yawl.com.br>
From: Lowell Gilbert <freebsd-stable-local@be-well.ilk.org>
Date: 07 Dec 2005 12:53:40 -0500
In-Reply-To: <4396FB9A.5030303@yawl.com.br>
Message-ID: <44u0dk3iaj.fsf@be-well.ilk.org>
Lines: 133
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: stable@freebsd.org
Subject: Re: Can't boot RELEASE-6.0 on ASUS P4S800D-X
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: stable@freebsd.org
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 17:53:51 -0000

Einstein Oliveira <einstein@yawl.com.br> writes:

> Hi,
> 
> I'm using the RELEASE-5.4 without any problem, but the RELEASE-6.0 CD
> boot stops just before the ad4: message.
> 
> 
> This is the output of dmesg on 5.4:
> 
> ---- begin ----
> Copyright (c) 1992-2005 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.4-RELEASE-p8 #0: Fri Dec  2 16:30:38 BRST 2005
>      root@me:/usr/obj/usr/src/sys/ME
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.81-MHz 686-class CPU)
>    Origin = "GenuineIntel"  Id = 0xf34  Stepping = 4
>  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  = 1073414144 (1023 MB)
> avail memory = 1045049344 (996 MB)
> ACPI APIC Table: <A M I  OEMAPIC >
> ioapic0: Changing APIC ID to 2
> ioapic0 <Version 1.1> irqs 0-23 on motherboard
> npx0: <math processor> on motherboard
> npx0: INT 16 interface
> acpi0: <A M I OEMXSDT> on motherboard
> acpi0: Power Button (fixed)
> Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
> cpu0: <ACPI CPU> on acpi0
> acpi_throttle0: <ACPI CPU Throttling> on cpu0
> pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
> pci0: <ACPI PCI bus> on pcib0
> agp0: <SiS 655 host to AGP bridge> mem 0xf8000000-0xfbffffff 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
> atapci0: <SiS 964 UDMA133 controller> port
> 0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0
> ata0: channel #0 on atapci0
> ata1: channel #1 on atapci0
> pcm0: <SiS 7012> port 0xec00-0xec7f,0xe800-0xe8ff irq 18 at device 2.7
> on pci0
> pcm0: <Analog Devices AD1888 AC97 Codec>
> ohci0: <SiS 5571 USB controller> mem 0xfebfc000-0xfebfcfff irq 20 at
> device 3.0 on pci0
> usb0: OHCI version 1.0, legacy support
> usb0: SMM does not respond, resetting
> 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: 3 ports with 3 removable, self powered
> ohci1: <SiS 5571 USB controller> mem 0xfebfd000-0xfebfdfff irq 21 at
> device 3.1 on pci0
> usb1: OHCI version 1.0, legacy support
> usb1: SMM does not respond, resetting
> 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: 3 ports with 3 removable, self powered
> ohci2: <SiS 5571 USB controller> mem 0xfebfe000-0xfebfefff irq 22 at
> device 3.2 on pci0
> usb2: OHCI version 1.0, legacy support
> usb2: SMM does not respond, resetting
> 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 0xe400-0xe4ff mem
> 0xfebfb000-0xfebfbfff irq 19 at device 4.0 on pci0
> miibus0: <MII bus> on sis0
> rlphy0: <RTL8201L 10/100 media interface> on miibus0
> rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> sis0: Ethernet address: 00:11:d8:d5:86:54
> atapci1: <SiS 964 SATA150 controller> port
> 0xef90-0xef9f,0xefe0-0xefe3,0xefa8-0xefaf,0xefe4-0xefe7,0xeff0-0xeff7
> irq 17 at device 5.0 on pci0
> ata2: channel #0 on atapci1
> ata3: channel #1 on atapci1
> acpi_button0: <Power Button> on acpi0
> atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
> atkbd0: <AT Keyboard> irq 1 on atkbdc0
> kbd0 at atkbd0
> fdc0: <floppy drive controller (FDE)> port 0x3f7,0x3f0-0x3f5 irq 6 drq
> 2 on acpi0
> fd0: <1440-KB 3.5" drive> on fdc0 drive 0
> ppc0: <Standard parallel printer port> port 0x378-0x37f irq 7 on acpi0
> ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
> ppbus0: <Parallel port bus> on ppc0
> lpt0: <Printer> on ppbus0
> lpt0: Interrupt-driven port
> ppi0: <Parallel I/O> on ppbus0
> sio0: configured irq 4 not in bitmap of probed irqs 0
> sio0: port may not be enabled
> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10
> on acpi0
> sio0: type 16550A
> orm0: <ISA Option ROM> at iomem 0xcf000-0xd6fff on isa0
> pmtimer0 on isa0
> sc0: <System console> at flags 0x100 on isa0
> sc0: VGA <16 virtual consoles, flags=0x300>
> sio1: configured irq 3 not in bitmap of probed irqs 0
> sio1: port may not be enabled
> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
> ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 2, iclass 3/1
> ums0: 3 buttons and Z dir.
> Timecounter "TSC" frequency 2800810684 Hz quality 800
> Timecounters tick every 10.000 msec
> acd0: CDRW <HL-DT-ST GCE-8520B/1.02> at ata1-master PIO4
> ad4: 190782MB <ST3200822AS/3.01> [387621/16/63] at ata2-master SATA150
> Mounting root from ufs:/dev/ad4s2a
> ---- end ----
> 
> 
> When it boots with 6.0 CD in verbose mode the following messages
> appears just before lock-up:
> 
> ---- begin ----
> ata2: reiniting channel ..
> ata2: reset tp1 mask=03 ostat0=58 ostat1=58
> ---- end ----
> 
> The only thing I can see after that is the floppy and ide activity
> leds lit. Only reset button works after this.

Does it boot in "safe mode"?

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 18:10:19 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1C86016A42A
	for <stable@freebsd.org>; Wed,  7 Dec 2005 18:10:19 +0000 (GMT)
	(envelope-from einstein@yawl.com.br)
Received: from server4.yawl.com.br (server4.yawl.com.br [200.175.230.4])
	by mx1.FreeBSD.org (Postfix) with SMTP id 5961543D78
	for <stable@freebsd.org>; Wed,  7 Dec 2005 18:07:45 +0000 (GMT)
	(envelope-from einstein@yawl.com.br)
Received: (qmail 78133 invoked by uid 1009); 7 Dec 2005 18:07:28 -0000
Received: from unknown (200.175.230.21)
	by server4.yawl.com.br with SMTP;  7 Dec 2005 18:07:28 -0000
X-Auth-User: einstein
Message-ID: <439724DE.3080401@yawl.com.br>
Date: Wed, 07 Dec 2005 16:07:26 -0200
From: Einstein Oliveira <einstein@yawl.com.br>
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051205)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: stable@freebsd.org
References: <4396FB9A.5030303@yawl.com.br> <44u0dk3iaj.fsf@be-well.ilk.org>
In-Reply-To: <44u0dk3iaj.fsf@be-well.ilk.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: 
Subject: Re: Can't boot RELEASE-6.0 on ASUS P4S800D-X
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 18:10:19 -0000

Lowell Gilbert wrote:
> Einstein Oliveira <einstein@yawl.com.br> writes:
> 
> 
>>Hi,
>>
>>I'm using the RELEASE-5.4 without any problem, but the RELEASE-6.0 CD
>>boot stops just before the ad4: message.
>>
>>
>>This is the output of dmesg on 5.4:
>>
>>---- begin ----
>>Copyright (c) 1992-2005 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.4-RELEASE-p8 #0: Fri Dec  2 16:30:38 BRST 2005
>>     root@me:/usr/obj/usr/src/sys/ME
>>Timecounter "i8254" frequency 1193182 Hz quality 0
>>CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.81-MHz 686-class CPU)
>>   Origin = "GenuineIntel"  Id = 0xf34  Stepping = 4
>> 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  = 1073414144 (1023 MB)
>>avail memory = 1045049344 (996 MB)
>>ACPI APIC Table: <A M I  OEMAPIC >
>>ioapic0: Changing APIC ID to 2
>>ioapic0 <Version 1.1> irqs 0-23 on motherboard
>>npx0: <math processor> on motherboard
>>npx0: INT 16 interface
>>acpi0: <A M I OEMXSDT> on motherboard
>>acpi0: Power Button (fixed)
>>Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000
>>acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
>>cpu0: <ACPI CPU> on acpi0
>>acpi_throttle0: <ACPI CPU Throttling> on cpu0
>>pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
>>pci0: <ACPI PCI bus> on pcib0
>>agp0: <SiS 655 host to AGP bridge> mem 0xf8000000-0xfbffffff 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
>>atapci0: <SiS 964 UDMA133 controller> port
>>0xffa0-0xffaf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 2.5 on pci0
>>ata0: channel #0 on atapci0
>>ata1: channel #1 on atapci0
>>pcm0: <SiS 7012> port 0xec00-0xec7f,0xe800-0xe8ff irq 18 at device 2.7
>>on pci0
>>pcm0: <Analog Devices AD1888 AC97 Codec>
>>ohci0: <SiS 5571 USB controller> mem 0xfebfc000-0xfebfcfff irq 20 at
>>device 3.0 on pci0
>>usb0: OHCI version 1.0, legacy support
>>usb0: SMM does not respond, resetting
>>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: 3 ports with 3 removable, self powered
>>ohci1: <SiS 5571 USB controller> mem 0xfebfd000-0xfebfdfff irq 21 at
>>device 3.1 on pci0
>>usb1: OHCI version 1.0, legacy support
>>usb1: SMM does not respond, resetting
>>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: 3 ports with 3 removable, self powered
>>ohci2: <SiS 5571 USB controller> mem 0xfebfe000-0xfebfefff irq 22 at
>>device 3.2 on pci0
>>usb2: OHCI version 1.0, legacy support
>>usb2: SMM does not respond, resetting
>>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 0xe400-0xe4ff mem
>>0xfebfb000-0xfebfbfff irq 19 at device 4.0 on pci0
>>miibus0: <MII bus> on sis0
>>rlphy0: <RTL8201L 10/100 media interface> on miibus0
>>rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>>sis0: Ethernet address: 00:11:d8:d5:86:54
>>atapci1: <SiS 964 SATA150 controller> port
>>0xef90-0xef9f,0xefe0-0xefe3,0xefa8-0xefaf,0xefe4-0xefe7,0xeff0-0xeff7
>>irq 17 at device 5.0 on pci0
>>ata2: channel #0 on atapci1
>>ata3: channel #1 on atapci1
>>acpi_button0: <Power Button> on acpi0
>>atkbdc0: <Keyboard controller (i8042)> port 0x64,0x60 irq 1 on acpi0
>>atkbd0: <AT Keyboard> irq 1 on atkbdc0
>>kbd0 at atkbd0
>>fdc0: <floppy drive controller (FDE)> port 0x3f7,0x3f0-0x3f5 irq 6 drq
>>2 on acpi0
>>fd0: <1440-KB 3.5" drive> on fdc0 drive 0
>>ppc0: <Standard parallel printer port> port 0x378-0x37f irq 7 on acpi0
>>ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
>>ppbus0: <Parallel port bus> on ppc0
>>lpt0: <Printer> on ppbus0
>>lpt0: Interrupt-driven port
>>ppi0: <Parallel I/O> on ppbus0
>>sio0: configured irq 4 not in bitmap of probed irqs 0
>>sio0: port may not be enabled
>>sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10
>>on acpi0
>>sio0: type 16550A
>>orm0: <ISA Option ROM> at iomem 0xcf000-0xd6fff on isa0
>>pmtimer0 on isa0
>>sc0: <System console> at flags 0x100 on isa0
>>sc0: VGA <16 virtual consoles, flags=0x300>
>>sio1: configured irq 3 not in bitmap of probed irqs 0
>>sio1: port may not be enabled
>>vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
>>ums0: Microsoft Basic Optical Mouse, rev 1.10/0.00, addr 2, iclass 3/1
>>ums0: 3 buttons and Z dir.
>>Timecounter "TSC" frequency 2800810684 Hz quality 800
>>Timecounters tick every 10.000 msec
>>acd0: CDRW <HL-DT-ST GCE-8520B/1.02> at ata1-master PIO4
>>ad4: 190782MB <ST3200822AS/3.01> [387621/16/63] at ata2-master SATA150
>>Mounting root from ufs:/dev/ad4s2a
>>---- end ----
>>
>>
>>When it boots with 6.0 CD in verbose mode the following messages
>>appears just before lock-up:
>>
>>---- begin ----
>>ata2: reiniting channel ..
>>ata2: reset tp1 mask=03 ostat0=58 ostat1=58
>>---- end ----
>>
>>The only thing I can see after that is the floppy and ide activity
>>leds lit. Only reset button works after this.
> 
> 
> Does it boot in "safe mode"?
> 
> 

No.

I also tried a source update to RELENG_6 but the behaviour is the same.

-- 
Einstein Oliveira              einstein@yawl.com.br
___________________________________________________
Yawl Internet Ltda.         http://www.yawl.com.br/


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 18:25:03 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6661116A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 18:25:03 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au
	[211.29.132.191])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8967A43D81
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 18:24:10 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from cirb503493.alcatel.com.au
	(c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236])
	by mail10.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id
	jB7IN7wM016830
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 05:23:08 +1100
Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])
	by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id
	jB7IN7Hh066339
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 05:23:07 +1100 (EST)
	(envelope-from pjeremy@cirb503493.alcatel.com.au)
Received: (from pjeremy@localhost)
	by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jB7IMblM066338; 
	Thu, 8 Dec 2005 05:22:37 +1100 (EST) (envelope-from pjeremy)
Date: Thu, 8 Dec 2005 05:22:36 +1100
From: Peter Jeremy <PeterJeremy@optushome.com.au>
To: Ed <ed@edslocomb.com>
Message-ID: <20051207182236.GS32006@cirb503493.alcatel.com.au>
References: <20051207071710.GQ32006@cirb503493.alcatel.com.au>
	<002b01c5fb24$9a802150$1132e7d8@robotslave>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <002b01c5fb24$9a802150$1132e7d8@robotslave>
User-Agent: Mutt/1.4.2.1i
X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc
Cc: freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 18:25:03 -0000

On Wed, 2005-Dec-07 03:51:47 -0800, Ed wrote:
>I certainly do not have a full understanding of the interactions between 
>the various FreeBSD software timers and i386 hardware clocks, but I do know 
>this is not the first time we've seen a problem with the APIC/ACPI 
>timers/clocks.

You have a totally different problem.  In your case the system is not
keeping correct time - this is because VMware does not provide stable
clock interrupts - probably due to interactions between VMware and the
host OS.  In kama's case, the interrupt rate reported by vmstat -i
does not match the numbers reported by kern.clockrate.  There is no
indication that the system is not keeping correct time.

>Again, I'm no expert, but clock problems do keep cropping up here on 
>the -STABLE list, and the explanations for them to date have not been 
>consistent.

AFAIR, all the problems reported here have been related to VMware
clients.  And as someone stated "VMware plays fast and loose with
clocks".

>I'm sure I'm not the only end-user who would appreciate it if the core team 

This is nothing to do with the core team.

-- 
Peter Jeremy

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 20:30:45 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 596A416A426
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 20:30:45 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E718F43D60
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 20:30:31 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id 492321A3C1C
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 12:30:29 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 70BA651494; Wed,  7 Dec 2005 15:30:28 -0500 (EST)
Date: Wed, 7 Dec 2005 15:30:28 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: freebsd-stable@freebsd.org
Message-ID: <20051207203028.GA4020@xor.obsecurity.org>
References: <20051207151821.GA19313@iscmpd-oleg.dp.uz.gov.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU"
Content-Disposition: inline
In-Reply-To: <20051207151821.GA19313@iscmpd-oleg.dp.uz.gov.ua>
User-Agent: Mutt/1.4.2.1i
Subject: Re: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 20:30:45 -0000


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

On Wed, Dec 07, 2005 at 05:18:21PM +0200, Oleg Palij wrote:
> Approximately once per month or two this server panics.
> We use it for InterSystems Cache` (under linux emulation) and as samba-server (not heavy-loaded).

> #5  0xc062f0fa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
> #6  0x00000018 in ?? ()
> #7  0xc0c10010 in ?? ()
> #8  0xc15d0010 in ?? ()
> #9  0xc1465e00 in ?? ()
> #10 0xc1313e94 in ?? ()
> #11 0xcbe69b24 in ?? ()
> #12 0xcbe69b10 in ?? ()
> #13 0x00000000 in ?? ()
> #14 0xc0f77480 in ?? ()
> #15 0xc1313e94 in ?? ()
> #16 0x00000000 in ?? ()
> #17 0x0000000c in ?? ()
> #18 0x00000000 in ?? ()

Unfortunately this trace looks corrupted.  Are you building your kernel with -O2?

Kris

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

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

iD8DBQFDl0ZjWry0BWjoQKURAtk6AJ9VqX7geGTBcbptS5J0t+9w6NcJ/gCg8X5Y
IQqOsYd+AV2dQit1ICRrk3w=
=Dsor
-----END PGP SIGNATURE-----

--azLHFNyN32YCQGCU--

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:01:27 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 65FF716A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 21:01:27 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12])
	by mx1.FreeBSD.org (Postfix) with SMTP id CBF5F43D66
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 21:01:15 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: (qmail 18389 invoked by uid 399); 7 Dec 2005 21:01:14 -0000
Received: from localhost (HELO ?192.168.1.101?) (dougb@dougbarton.us@127.0.0.1)
	by localhost with SMTP; 7 Dec 2005 21:01:14 -0000
Message-ID: <43974D99.7000809@FreeBSD.org>
Date: Wed, 07 Dec 2005 13:01:13 -0800
From: Doug Barton <dougb@FreeBSD.org>
Organization: http://www.FreeBSD.org/
User-Agent: Thunderbird 1.5 (X11/20051203)
MIME-Version: 1.0
To: Vizion <vizion@vizion.occoxmail.com>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206163732.K60888@znfgre.qbhto.arg>
	<4606.69.116.19.99.1133916617.squirrel@www.rfnj.org>
	<200512061941.31866.vizion@vizion.occoxmail.com>
In-Reply-To: <200512061941.31866.vizion@vizion.occoxmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:01:27 -0000

Vizion wrote:

> Well I do not want to not thank those who have made the upgrades viable. The 
> value of their work should not be underrated.

That's a step in the right direction, thanks. :)

> There is however a perennial problem that freebsd documentation has always 
> been seen as behind and seperate from the development process rather than an 
> integral part of that process.

You're right, however that is just "the way it is." Most of our really top 
notch developers are actually very bad at documenting their work (I don't 
mean bad at being timely with it, I mean that they are bad at DOING it), and 
frankly their time is better spent elsewhere. The documentation is light 
years ahead of where it was 11 years ago when I started using FreeBSD for 
one simple reason. Interested users stepped up and helped make it better. 
That's the only way that things improve in an open source project.

FWIW, I added a paragraph to the UPDATING file in both HEAD and RELENG_6 
that describes why updating to the latest code in the installed branch is a 
good idea before trying a major version upgrade. Hopefully that will help 
the next person who stumbles over this same issue.

Doug

-- 

     This .signature sanitized for your protection


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:16:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8344B16A422;
	Wed,  7 Dec 2005 21:16:15 +0000 (GMT)
	(envelope-from jack@jarasoft.net)
Received: from orac.jarasoft.net (raats.xs4all.nl [80.126.151.47])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D736C43D81;
	Wed,  7 Dec 2005 21:16:08 +0000 (GMT)
	(envelope-from jack@jarasoft.net)
Received: from orac.jarasoft.net (localhost.jarasoft.net [127.0.0.1])
	by orac.jarasoft.net (Postfix) with ESMTP id CA3D81145E;
	Wed,  7 Dec 2005 22:12:27 +0100 (CET)
Received: from jara3 (unknown [10.0.0.151])
	by orac.jarasoft.net (Postfix) with ESMTP id 8B4911142F;
	Wed,  7 Dec 2005 22:12:27 +0100 (CET)
Message-ID: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>
From: "Jack Raats" <jack@jarasoft.net>
To: <freebsd-questions@freebsd.org>,
	"FreeBSD Stable" <freebsd-stable@freebsd.org>
Date: Wed, 7 Dec 2005 22:12:27 +0100
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: 
Subject: Copying kernel and OS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Jack Raats <jack@jarasoft.net>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:16:15 -0000

I've two machines running FreeBSD 6.0-STABLE.
One very fast machine and one very very slow machine. On the fast machine I 
can compile a new kernel and OS very quickly and easily.
Is it possible to transfer the compile world and kernel to the slow machine. 
If yes whart directories etc... do i have to transfer.

Jack 


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:23:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CE12116A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 21:23:02 +0000 (GMT)
	(envelope-from torfinn.ingolfsen@broadpark.no)
Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6F59443D98
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 21:22:40 +0000 (GMT)
	(envelope-from torfinn.ingolfsen@broadpark.no)
Received: from osl1sminn1.broadpark.no ([80.202.4.59])
	by osl1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IR5000KQCWOV800@osl1smout1.broadpark.no> for
	freebsd-stable@freebsd.org; Wed, 07 Dec 2005 22:26:48 +0100 (CET)
Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with SMTP id <0IR5000BBCU45K70@osl1sminn1.broadpark.no> for
	freebsd-stable@freebsd.org; Wed, 07 Dec 2005 22:25:16 +0100 (CET)
Date: Wed, 07 Dec 2005 22:22:30 +0100
From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;
	m"_0v;
	~rUM2Yy!zmkh)3&U|u!=<N>T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH
In-reply-to: <20051207092948.GB9312@kierun.org>
To: freebsd-stable@freebsd.org
Message-id: <20051207222230.6691634e.torfinn.ingolfsen@broadpark.no>
MIME-version: 1.0
X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
	<20051207092948.GB9312@kierun.org>
Subject: Re: Adventurous fix for wheel mouse not working in FreeBSD 6.0
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:23:03 -0000

On Wed, 07 Dec 2005 09:29:49 +0000
Yann Golanski <yann@kierun.org> wrote:

Interesting discussion.
Does moused do scrolling in the console? I thought I had used that
feature, but now I can't get it to work. Anyway, more info below.

> Section "InputDevice"
>         Identifier  "Mouse0"
>         Driver      "mouse"
>         Option      "Protocol" "auto"
>         Option      "Device" "/dev/sysmouse"
>         Option      "ZAxisMapping" "4 5"
>         option      "Buttons" "6"
> EndSection

On my old machine (running 5.4-stable) the above (minus the ZAxisMapping
line) gives me scrolling in X (Xorg) as long as I have
moused_flags="-z4" in /etc/rc.conf
This works with both a PS/2 connected mouse, and one connected with USB.
The mice in question are:
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse Explorer, device ID 4
ums0: IBM Corporation product 0x310b, rev 2.00/1.10, addr 3, iclass 3/1
ums0: 3 buttons and Z dir.

and I do start moused manually for the usb mouse, like this:
moused -z4 -p /dev/ums0 -I /var/run/moused.ums0.pid

(the reason for this is that 5.4 doesn't contain an  entry in
/etc/devd.conf to start moused when usb mice attaches)

this box runs the following:
root@kg-work# uname -a
FreeBSD kg-work.kg4.no 5.4-STABLE FreeBSD 5.4-STABLE #3: Fri Jul  8
14:26:44 CEST 2005     root@kg-work.kg4.no:/usr/obj/usr/src/sys/SS51G 
i386
root@kg-work# pv | grep xorg-6
xorg-6.8.2                  =  up-to-date with port
root@kg-work# pv | grep xorg-server
xorg-server-6.8.2_7         =  up-to-date with port

Then I tested on my amd64 machine, running FreeBSD 6.0-RELEASE:
(Note: I use the same physical mice!)
root@kg-quiet# dmesg | grep psm
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse Explorer, device ID 4
root@kg-quiet# dmesg | grep ums
ums0: vendor 0x04b3 product 0x310b, rev 2.00/1.10, addr 2, iclass 3/1
ums0: 3 buttons and Z dir.

This machine has the complete InputDevice section in /etc/X11/xorg.conf,
like quoted above.
And scrolling does NOT work.
The amd64 machine runs:
root@kg-quiet# uname -a
FreeBSD kg-quiet.kg4.no 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov  2
19:07:38 UTC 2005     root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC 
amd64 root@kg-quiet# pv | grep xorg-6
xorg-6.8.2                  =  up-to-date with port
root@kg-quiet# pv | grep xorg-server
xorg-server-6.8.99.903      =  up-to-date with port

So I test my laptop, which runs 6.0-stable:
root@kg-jobbpc3# uname -a
FreeBSD kg-jobbpc3.kg4.no 6.0-STABLE FreeBSD 6.0-STABLE #0: Sun Nov  6
01:33:12 CET 2005    
root@kg-jobbpc3.kg4.no:/storage/usr/obj/storage/usr/src/sys/GENERIC 
i386

This one is a ThinkPad T41, so it has a Synaptics, and in addition I
used the same usb mouse as with the others:
root@kg-jobbpc3# dmesg | grep psm
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
root@kg-jobbpc3# dmesg | grep ums0
ums0: vendor 0x04b3 product 0x310b, rev 2.00/1.10, addr 2, iclass 3/1
ums0: 3 buttons and Z dir.

and scrolling does NOT work here either.
The laptop runs 
root@kg-jobbpc3# pv | grep xorg-6
xorg-6.8.2                  =  up-to-date with port
root@kg-jobbpc3# pv | grep xorg-server
xorg-server-6.8.2_6         <  needs updating (port has 6.8.2_7)

I know that this report is a bit unorganzied, but doesn't the fact that
my 5.4-stable machine runs a newer version of the xorg-server port than
my 6.0-stable laptop indicate that the fault might be somewhere else
than in the xorg-server?
-- 
Regards, 
Torfinn Ingolfsen,
Norway


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:27:25 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 855D316A41F;
	Wed,  7 Dec 2005 21:27:25 +0000 (GMT)
	(envelope-from norgaard@locolomo.org)
Received: from strange.daemonsecurity.com
	(59.Red-81-33-11.staticIP.rima-tde.net [81.33.11.59])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F19C743D7C;
	Wed,  7 Dec 2005 21:27:24 +0000 (GMT)
	(envelope-from norgaard@locolomo.org)
Received: from [172.16.2.1] (unknown [172.16.2.1])
	by strange.daemonsecurity.com (Postfix) with ESMTP id CDD492E041;
	Wed,  7 Dec 2005 22:25:24 +0100 (CET)
Message-ID: <439753B7.2050903@locolomo.org>
Date: Wed, 07 Dec 2005 22:27:19 +0100
From: =?ISO-8859-1?Q?Erik_N=F8rgaard?= <norgaard@locolomo.org>
Organization: Locolomo.ORG
User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050909)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jack Raats <jack@jarasoft.net>
References: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>
In-Reply-To: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: FreeBSD Stable <freebsd-stable@freebsd.org>, freebsd-questions@freebsd.org
Subject: Re: Copying kernel and OS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:27:25 -0000

Jack Raats wrote:
> I've two machines running FreeBSD 6.0-STABLE.
> One very fast machine and one very very slow machine. On the fast 
> machine I can compile a new kernel and OS very quickly and easily.
> Is it possible to transfer the compile world and kernel to the slow 
> machine. If yes whart directories etc... do i have to transfer.

see the handbook, this section seems for you:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/small-lan.html

Erik
-- 
Ph: +34.666334818                           web: http://www.locolomo.org
S/MIME Certificate: http://www.locolomo.org/crt/2004071206.crt
Subject ID:  A9:76:7A:ED:06:95:2B:8D:48:97:CE:F2:3F:42:C8:F2:22:DE:4C:B9
Fingerprint: 4A:E8:63:38:46:F6:9A:5D:B4:DC:29:41:3F:62:D3:0A:73:25:67:C2

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:29:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 584B316A422;
	Wed,  7 Dec 2005 21:29:50 +0000 (GMT)
	(envelope-from stephen@math.missouri.edu)
Received: from math.missouri.edu (math.missouri.edu [128.206.49.180])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0D5BC43E1C;
	Wed,  7 Dec 2005 21:29:23 +0000 (GMT)
	(envelope-from stephen@math.missouri.edu)
Received: from [128.206.49.166] (cauchy.math.missouri.edu [128.206.49.166])
	by math.missouri.edu (8.12.11/8.12.11) with ESMTP id jB7LTAlS036591;
	Wed, 7 Dec 2005 15:29:10 -0600 (CST)
	(envelope-from stephen@math.missouri.edu)
Message-ID: <43975426.9050809@math.missouri.edu>
Date: Wed, 07 Dec 2005 15:29:10 -0600
From: Stephen Montgomery-Smith <stephen@math.missouri.edu>
Organization: University of Missouri
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051205
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jack Raats <jack@jarasoft.net>
References: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>
In-Reply-To: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, hits=-100.0 required=4.0 tests=USER_IN_WHITELIST 
	autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on math.missouri.edu
X-Virus-Scanned: clamd / ClamAV version 0.71, clamav-milter version 0.71
X-Virus-Status: Clean
Cc: FreeBSD Stable <freebsd-stable@freebsd.org>, freebsd-questions@freebsd.org
Subject: Re: Copying kernel and OS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:29:50 -0000

Jack Raats wrote:
> I've two machines running FreeBSD 6.0-STABLE.
> One very fast machine and one very very slow machine. On the fast 
> machine I can compile a new kernel and OS very quickly and easily.
> Is it possible to transfer the compile world and kernel to the slow 
> machine. If yes whart directories etc... do i have to transfer.
> 
> Jack

I do something like this.  I build on the fast machine, and then use NFS 
to allow the slow machine to access /usr/src and /usr/obj.  I have found 
that it is important to preserve the names of the directories, so that 
they are also called /usr/src and /usr/obj on the slow machine.  Then I 
just do mergemaster, make installworld, make installkernel (in the 
appropriate order) on the slow machine, and it works like a charm.

The entries in fstab are like this:
hub2:/usr/obj    /usr/obj        nfs     rw,bg,noauto    0       0
hub2:/usr/src    /usr/src        nfs     rw,bg,noauto    0       0
where hub2 is the name of the fast machine.

In /etc/exports on hub2 I have something like this
/usr -maproot=root -alldirs -network 10.0.0.0 -mask 255.255.255.0
(here 10.0.0.0 is the IP addresses of my LAN)

and in /etc/rc.conf on hub2 I have some lines like
nfs_server_enable="YES"
rpcbind_enable="YES"

Then on the slow machine I simply type
mount /usr/src
mount /usr/obj

-- 

Stephen Montgomery-Smith
stephen@math.missouri.edu
http://www.math.missouri.edu/~stephen

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:34:59 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4EBB516A41F;
	Wed,  7 Dec 2005 21:34:59 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0C50643D8B;
	Wed,  7 Dec 2005 21:34:55 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051207213513.BBHF6953.dukecmmtao02.coxmail.com@dns1>;
	Wed, 7 Dec 2005 16:35:13 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: Doug Barton <dougb@freebsd.org>
Date: Wed, 7 Dec 2005 13:34:53 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<200512061941.31866.vizion@vizion.occoxmail.com>
	<43974D99.7000809@FreeBSD.org>
In-Reply-To: <43974D99.7000809@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512071334.53884.vizion@vizion.occoxmail.com>
Cc: freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:34:59 -0000

On Wednesday 07 December 2005 13:01,  the author Doug Barton contributed to 
the dialogue on-
 Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic: 

>Vizion wrote:
>> Well I do not want to not thank those who have made the upgrades viable.
>> The value of their work should not be underrated.
>
>That's a step in the right direction, thanks. :)
>
>> There is however a perennial problem that freebsd documentation has always
>> been seen as behind and seperate from the development process rather than
>> an integral part of that process.
>
>You're right, however that is just "the way it is." 

Well having run many very large scale projects myself I  find it difficult to 
accept either implication of this perspective. The first implication is that 
we should be complacent about it and not seek to find a method to improve the 
process. The second implication is that top notch developers do not care 
about end user comfort. My experience is that most do care but they needa 
helpful environment to achieve food documentation.

>Most of our really top 
>notch developers are actually very bad at documenting their work (I don't
>mean bad at being timely with it, I mean that they are bad at DOING it), and
>frankly their time is better spent elsewhere. 

That is a judgment call - franky my experience has been that developers who 
are bad at ensuring their work is well documentated are second rate rather 
than top rate developers.

What I have found works in development is to create team relationships that 
cover design, development and documentation. Unfortunately this does go 
against the somewhat individualistic elitist relationship that is 
unnecessarily sustained by the implications I referred to earlier (neither of 
which I buy and both of which seem to me to be condescending nonsense).

My view would be that the freebsd project might do well to consider 
implementing a "no release without quality documentation assurance" policy. 
Such a policy forces design and development to integrate their work with 
whoever has been identified as responsible for user documentation (whether 
that is the designer, developer or a seprate documentation person or team. 
This encourage the preparation of user documentation as part of the project 
rather then an afterthought (that depends upon members of the "hoi poloi".

>The documentation is light 
>years ahead of where it was 11 years ago when I started using FreeBSD for
>one simple reason. Interested users stepped up and helped make it better.
>That's the only way that things improve in an open source project.

OK so some of that talent needs to be harnessed and integrated into the 
development process. In this day and age we need to believe that user 
documentation provides a paradigm for design and development not design and 
development a paradigm for documentation. The latter view characterized 
development in the early 70,s and 80's. I thought we had moved beyond that.

>
>FWIW, I added a paragraph to the UPDATING file in both HEAD and RELENG_6
>that describes why updating to the latest code in the installed branch is a
>good idea before trying a major version upgrade. Hopefully that will help
>the next person who stumbles over this same issue.

Thank you so much for what you do. I trust that you will understand that 
recomendations for improvement are made BECAUSE the quality of design and 
development is so good. It deserves better and more professional attention to 
the role of end user documentation.

my two pennorth
>
>Doug

-- 
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after 
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:35:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B769D16A41F;
	Wed,  7 Dec 2005 21:35:50 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from mta9.adelphia.net (mta9.adelphia.net [68.168.78.199])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A5B6743D55;
	Wed,  7 Dec 2005 21:35:49 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta9.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051207213548.QWPE5128.mta9.adelphia.net@daemon.jim-liesl.org>;
	Wed, 7 Dec 2005 16:35:48 -0500
Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1])
	by daemon.jim-liesl.org (Postfix) with ESMTP id A8581612D;
	Wed,  7 Dec 2005 14:38:50 -0700 (MST)
Received: from [127.0.0.1] (daemon.clspco.adelphia.net [192.168.1.15])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 437A360E1;
	Wed,  7 Dec 2005 14:38:50 -0700 (MST)
Message-ID: <43975511.5070002@jim-liesl.org>
Date: Wed, 07 Dec 2005 14:33:05 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Doug Barton <dougb@FreeBSD.org>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<43960445.4050202@jim-liesl.org>
	<20051206214613.GA79648@xor.obsecurity.org>
	<43962B8E.1090407@jim-liesl.org>
	<20051206163732.K60888@znfgre.qbhto.arg>
In-Reply-To: <20051206163732.K60888@znfgre.qbhto.arg>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:35:51 -0000

Doug Barton wrote:

> How does this change to UPDATING in RELENG_6 look to you:
>
> Index: UPDATING
> ===================================================================
> RCS file: /home/ncvs/src/UPDATING,v
> retrieving revision 1.416.2.7
> diff -u -r1.416.2.7 UPDATING
> --- UPDATING    1 Nov 2005 23:44:40 -0000       1.416.2.7
> +++ UPDATING    7 Dec 2005 00:42:04 -0000
> @@ -229,7 +229,13 @@
>         page for more details.
>
>         Due to several updates to the build infrastructure, source
> -       upgrades from versions prior to 5.3 no longer supported.
> +       upgrades from versions prior to 5.4-STABLE are not likely
> +       to succeed.
> +
> +       When upgrading from one major version to another, it is
> +       generally best to upgrade to the latest code in the branch
> +       currently installed first, then do another upgrade to the
> +       new branch.
>
Or as another poster said, just say latest RELENG_5 prior to upgrade

> This is an open source project. The only way that things improve is if 
> people help make it better. It's also worth pointing out that this 
> issue of upgrading to the latest version of the branch you're in has 
> been "common knowledge" for, basically, always; so if the folks that 
> wrote the release notes neglected to include it, it's understandable. 
> (Although, as you point out, potentially frustrating for new(er) users.)

Well, if it's common knowledge, lets see it documented.  We're only 
talking a few lines in the handbook or the release notes, not an entire 
chapter.

>> If RE wants to change the requirements for upgrading, then how 
>> bleeping hard would it be to update either release notes or errata.  
>> It's not so much that I now need to do multiple upgrades (ok, that IS 
>> pretty annoying), it's that I'd never of known unless I followed this 
>> thread.
>
>
> Ok, so, after you calm down a bit, why don't you write a message to 
> re@freebsd.org and mention this issue.

<rant3>
My frustration comes from the fact that this seems to be getting worse, 
not better.  In addition, every time I bring this up, I'm told (usually 
by someone with a freebsd.org address) that, "oh we all know/knew about 
that"  or, "it's common knowledge". In the case of the 
vinum/gvinum/gmirror trainwreck, I got silence, even though I strongly 
suspect multiple people knew there were problems, but just didn't want 
to talk about them.  I'd gladly help document some of this, but I'm not 
the one who knows where the skeletons are snoozing (at least till I trip 
on a femur)

So whats the big issue with letting the rest of us in on the secrets?  
I'm not looking for a book, just a line or two saying "here be dragons" 
somewhere /other /than the basement of the planing department in the 
bottom of a locked filing cabinet stuck in a disused lavatory with a 
sign on the door saying 'Beware of the Leopard' (apologies to Doug Adams).
</rant>


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 21:43:01 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6D70416A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 21:43:01 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com
	[68.99.120.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8AD443D83
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 21:42:57 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao03.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051207214318.URWW3326.dukecmmtao03.coxmail.com@dns1>
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 16:43:18 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Wed, 7 Dec 2005 13:42:52 -0800
User-Agent: KMail/1.8.3
References: <20051207065941.NFWF6953.dukecmmtao02.coxmail.com@dukecmmtao02>
	<200512070847.45321.vizion@vizion.occoxmail.com>
In-Reply-To: <200512070847.45321.vizion@vizion.occoxmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512071342.53038.vizion@vizion.occoxmail.com>
Subject: Re: Help - vr0: rx packet loss on new 6.0 kernel
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 21:43:01 -0000

Hi

I have two questions:

1. Why on booting up from a new freebsd 6.0 generic kernel I should get 
repeated messages at high frequency on the consol related to 
vr0: rx packet loss

2. How can I stop the messages to investigate?

I have gone back to 5.4 to lick my wounds until I know how to deal with this 
one

david

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 22:04:59 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id F1FFF16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 22:04:59 +0000 (GMT)
	(envelope-from jason.harmening@gmail.com)
Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B1AEE43D7E
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 22:04:52 +0000 (GMT)
	(envelope-from jason.harmening@gmail.com)
Received: by zproxy.gmail.com with SMTP id 8so480635nzo
	for <freebsd-stable@freebsd.org>; Wed, 07 Dec 2005 14:04:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=kS9O+9GFbhRPD1PG58GVkv4NQrEJtu5dl9lrf0nbAxlXh9pI2YHEK65H/TxuXNN0jLXFi2OVWBvWSNWxQIRRtGsfxUlK7x3cyM7raBSzy4Ef//I3Ax7R4pj7ycIV0RpXpbCHOpYQ8+9lPF61tuF+WnNUMuOkDRI5qChIt6qy5Qs=
Received: by 10.36.148.15 with SMTP id v15mr1992627nzd;
	Wed, 07 Dec 2005 14:04:49 -0800 (PST)
Received: by 10.36.154.19 with HTTP; Wed, 7 Dec 2005 14:04:48 -0800 (PST)
Message-ID: <2d1264630512071404s67a59ff4h6c488cde854b0c9e@mail.gmail.com>
Date: Wed, 7 Dec 2005 16:04:48 -0600
From: Jason Harmening <jason.harmening@gmail.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: [FreeBSD 6.0-RELEASE] Incorrect geometry for VIA RAID0 array
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 22:05:00 -0000

I'm trying to install FreeBSD 6.0-RELEASE on a RAID0 array attached to the
VIA 8237 controller on my Asus A8V Deluxe motherboard.  The array consists
of two 74G drives.  The installer recognizes the array as ar0, but when I
enter FDISK to set up my partition, the size of the array is only recognize=
d
as 74G, rather than the true 148G.  I've double-checked all my BIOS
settings, and nothing seems out of order.  Please help!

Thanks,
Jason Harmening

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 22:32:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 14ADC16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 22:32:10 +0000 (GMT)
	(envelope-from jason.harmening@gmail.com)
Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DD21743D75
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 22:31:53 +0000 (GMT)
	(envelope-from jason.harmening@gmail.com)
Received: by zproxy.gmail.com with SMTP id 8so486366nzo
	for <freebsd-stable@freebsd.org>; Wed, 07 Dec 2005 14:31:51 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
	b=I8EZOktB7ymJM42XYn5PwInT/DnlEomR73zfDrgFTvPiuXpBbdbJ77tr3ki7fyN4A7nW+pIq5WkF+0vaVsviE4C9jXaBl2Au1bjn95FTYNFgrm/DBFuARHnqcWykpkJIqWuqom7LYF8aDoYQSJnjNUXk9JwGDcjLFbRsZeKsHTM=
Received: by 10.36.25.18 with SMTP id 18mr2021270nzy;
	Wed, 07 Dec 2005 14:31:51 -0800 (PST)
Received: by 10.36.154.19 with HTTP; Wed, 7 Dec 2005 14:31:51 -0800 (PST)
Message-ID: <2d1264630512071431j6a509ab1g412f7848930a2053@mail.gmail.com>
Date: Wed, 7 Dec 2005 16:31:51 -0600
From: Jason Harmening <jason.harmening@gmail.com>
To: freebsd-stable@freebsd.org
In-Reply-To: <2d1264630512071404s67a59ff4h6c488cde854b0c9e@mail.gmail.com>
MIME-Version: 1.0
References: <2d1264630512071404s67a59ff4h6c488cde854b0c9e@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: Re: [FreeBSD 6.0-RELEASE] Incorrect geometry for VIA RAID0 array
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 22:32:10 -0000

Here's the dmesg output from the installer:

ad4: 70911MB <WDC WD740GD-00FLA1 27.08D27> at ata2-master SATA150
ad6: 70911MB <WDC WD740GD-00FLC0 33.08F33> at ata3-master SATA150
ar0: 70911MB <VIA Tech V-RAID RAID0 (stripe 64 KB)> status: READY
ar0: disk0 READY using ad4 at ata2-master
ar0: disk1 READY using ad6 at ata3-master

On 12/7/05, Jason Harmening <jason.harmening@gmail.com> wrote:
>
> I'm trying to install FreeBSD 6.0-RELEASE on a RAID0 array attached to th=
e
> VIA 8237 controller on my Asus A8V Deluxe motherboard.  The array consist=
s
> of two 74G drives.  The installer recognizes the array as ar0, but when I
> enter FDISK to set up my partition, the size of the array is only recogni=
zed
> as 74G, rather than the true 148G.  I've double-checked all my BIOS
> settings, and nothing seems out of order.  Please help!
>
> Thanks,
> Jason Harmening
>

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 22:48:56 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C35F016A41F;
	Wed,  7 Dec 2005 22:48:56 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao03.coxmail.com (dukecmmtao03.coxmail.com
	[68.99.120.70])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7382243D76;
	Wed,  7 Dec 2005 22:48:49 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dns1 ([64.58.171.82]) by dukecmmtao03.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051207224912.YJQY3326.dukecmmtao03.coxmail.com@dns1>;
	Wed, 7 Dec 2005 17:49:12 -0500
From: Vizion <vizion@vizion.occoxmail.com>
To: freebsd-stable@freebsd.org
Date: Wed, 7 Dec 2005 14:48:46 -0800
User-Agent: KMail/1.8.3
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<43974D99.7000809@FreeBSD.org>
	<200512071334.53884.vizion@vizion.occoxmail.com>
In-Reply-To: <200512071334.53884.vizion@vizion.occoxmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512071448.46749.vizion@vizion.occoxmail.com>
Cc: Doug Barton <dougb@freebsd.org>
Subject: Stable Doc issues- thread branched from [Upgrading 5.3 > 6.0
	buildworld failure]
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 22:48:56 -0000

On Wednesday 07 December 2005 13:34,  the author Vizion contributed to the 
dialogue on-
 Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic now 
Stable Doc issues- thread branched from [Upgrading 5.3 > 6.0 buildworld 
failure]
>On Wednesday 07 December 2005 13:01,  the author Doug Barton contributed to
>the dialogue on-
>
> Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic:
>>Vizion wrote:
>>> Well I do not want to not thank those who have made the upgrades viable.
>>> The value of their work should not be underrated.
>>
>>That's a step in the right direction, thanks. :)
>>
>>> There is however a perennial problem that freebsd documentation has
>>> always been seen as behind and seperate from the development process
>>> rather than an integral part of that process.
>>
>>You're right, however that is just "the way it is."
>
>Well having run many very large scale projects myself I  find it difficult
> to accept either implication of this perspective. The first implication is
> that we should be complacent about it and not seek to find a method to
> improve the process. The second implication is that top notch developers do
> not care about end user comfort. My experience is that most do care but
> they needa helpful environment to achieve food documentation.
>
>>Most of our really top
>>notch developers are actually very bad at documenting their work (I don't
>>mean bad at being timely with it, I mean that they are bad at DOING it),
>> and frankly their time is better spent elsewhere.
>
>That is a judgment call - franky my experience has been that developers who
>are bad at ensuring their work is well documentated are second rate rather
>than top rate developers.
>
>What I have found works in development is to create team relationships that
>cover design, development and documentation. Unfortunately this does go
>against the somewhat individualistic elitist relationship that is
>unnecessarily sustained by the implications I referred to earlier (neither
> of which I buy and both of which seem to me to be condescending nonsense).
>
>My view would be that the freebsd project might do well to consider
>implementing a "no release without quality documentation assurance" policy.
>Such a policy forces design and development to integrate their work with
>whoever has been identified as responsible for user documentation (whether
>that is the designer, developer or a seprate documentation person or team.
>This encourage the preparation of user documentation as part of the project
>rather then an afterthought (that depends upon members of the "hoi poloi".
>
>>The documentation is light
>>years ahead of where it was 11 years ago when I started using FreeBSD for
>>one simple reason. Interested users stepped up and helped make it better.
>>That's the only way that things improve in an open source project.
>
>OK so some of that talent needs to be harnessed and integrated into the
>development process. In this day and age we need to believe that user
>documentation provides a paradigm for design and development not design and
>development a paradigm for documentation. The latter view characterized
>development in the early 70,s and 80's. I thought we had moved beyond that.
>
>>FWIW, I added a paragraph to the UPDATING file in both HEAD and RELENG_6
>>that describes why updating to the latest code in the installed branch is a
>>good idea before trying a major version upgrade. Hopefully that will help
>>the next person who stumbles over this same issue.
>
>Thank you so much for what you do. I trust that you will understand that
>recomendations for improvement are made BECAUSE the quality of design and
>development is so good. It deserves better and more professional attention
> to the role of end user documentation.
>
>my two pennorth
>
Just another thought - it seems that the current philosophy is
We know generally what you the users want and you will know exactly what you 
have got when we have done it!!
When we have done we will give it to you for you to sort out how you can use 
it!
Ps. If you fo not like what we have done or the way we have done it you need 
to be reminded you are lucky we have done it for you!!

Come on - it just cannot be like this for ever. 

Open source projects start like this but as they mature does not the 
concentatration need to shift towards user satisfaction rather than just a 
constant gallop towards greater technical functionality.

david

-- 
40 yrs navigating and computing in blue waters.
English Owner & Captain of British Registered 60' bluewater Ketch S/V Taurus.
 Currently in San Diego, CA. Sailing bound for Europe via Panama Canal after 
completing engineroom refit.

From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 23:19:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B639E16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 23:19:17 +0000 (GMT)
	(envelope-from torfinn.ingolfsen@broadpark.no)
Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC5A43D46
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 23:19:11 +0000 (GMT)
	(envelope-from torfinn.ingolfsen@broadpark.no)
Received: from osl1sminn1.broadpark.no ([80.202.4.59])
	by osl1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IR5000MVIARVAE0@osl1smout1.broadpark.no> for
	freebsd-stable@freebsd.org; Thu, 08 Dec 2005 00:23:15 +0100 (CET)
Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with SMTP id <0IR5000BQI87PNP0@osl1sminn1.broadpark.no> for
	freebsd-stable@freebsd.org; Thu, 08 Dec 2005 00:21:44 +0100 (CET)
Date: Thu, 08 Dec 2005 00:18:57 +0100
From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;
	m"_0v;
	~rUM2Yy!zmkh)3&U|u!=<N>T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH
To: freebsd-stable@freebsd.org
Message-id: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
MIME-version: 1.0
X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 23:19:17 -0000

I need to set up a storage server for my personal use. The current
solution on my little local network is a haphazard collection of old
machines with disks in them, and backups are so-so.

I could just set up a "normal" FreeBSD server, with single disks, and
setup another one for the backup. However, I would like to try something
new for me; raid. Specifically, I'm looking to set up a server with raid
5 for storage.
For the backup server, I haven't decided yet, but I am thinking about a
normal server with external (firwire or usb 2.0) disks.

 I was thinking about gvinum for the storage server, but given the
current documentation and the discussions about it now, I don't want to
risk it. So, I'm looking at hardware raid 5 controllers. From this list,
it seems that areca and 3ware are the best ones, but they are very
expensive here. I also know that anything with a SIL 3112 on it are to
be avoided. So here is the list over controllers I can get for a
reasonable price: Highpoint RocketRAID 1640    (4 ports)
Promise FastTrak S150 SX4    (4 ports)
Promise FastTrak S150 SX4-M    (4 ports)
Highpoint RocketRAID 1810A    (4 ports)
Highpoint RocketRAID 1820A    (8 ports)
Intel RAID Controller SRCS16    (6 ports)

Which one should I get? 
Are there some that are not supported or should be avoided for other
reasons?

Other questions:
1) can I install several 4-port RAID controllers in one machine? I can
    get two RocketRAID 1640's for the price of one RocketRAID 1820A.

2) Rebuilding a damaged array - are some of these controllers "better"
   than others? (Easier to handle, rebuilds in shorter time, ?)
3) disks - I understand the importance of using disks from different
   production runs. Some people have suggested to use disks of different
   brands as well, but there were no conclusions. Should I stick to the
   same brand and model, or can I use disks of different brands as long
   as they are of the same size?
4) PSU considerations. How big a PSU do I need if I want to run two
controllers and eight disks in one machine? are there any rules of thumb
for sizing this?

Other suggestions are welcome.
-- 
Regards,
Torfinn Ingolfsen,
Norway


From owner-freebsd-stable@FreeBSD.ORG  Wed Dec  7 23:40:26 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C171B16A41F
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 23:40:26 +0000 (GMT)
	(envelope-from ed@edslocomb.com)
Received: from mail.edslocomb.net (dsl231-050-180.sea1.dsl.speakeasy.net
	[216.231.50.180])
	by mx1.FreeBSD.org (Postfix) with SMTP id E71B643D46
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 23:39:01 +0000 (GMT)
	(envelope-from ed@edslocomb.com)
Received: (qmail 27113 invoked from network); 7 Dec 2005 23:39:44 -0000
Received: from unknown (HELO robotslave) (216.231.50.17)
	by dsl231-050-180.sea1.dsl.speakeasy.net with SMTP;
	7 Dec 2005 23:39:44 -0000
Message-ID: <003b01c5fb87$68ee4690$1132e7d8@robotslave>
From: "Ed" <ed@edslocomb.com>
To: "Peter Jeremy" <PeterJeremy@optushome.com.au>
References: <20051207071710.GQ32006@cirb503493.alcatel.com.au><002b01c5fb24$9a802150$1132e7d8@robotslave>
	<20051207182236.GS32006@cirb503493.alcatel.com.au>
Date: Wed, 7 Dec 2005 15:39:04 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Cc: freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Dec 2005 23:40:26 -0000

With all due respect, "vmware plays fast and loose with the clocks" is not a 
satisfactory technical explanation.  The pdf file I linked to in my previous 
post *does* offer some actual insight as to how vmware simulates i386 
hardware clocks and timers.  It does not, however, offer any insight as to 
why it should be only a particular FreeBSD OS (specifically, FreeBSD 
6.0-STABLE) which exhibits this curious behavior wherein the hosted OS has a 
system clock running at precisely half the rate of that of the host OS.

I am not satisfied with "it is vmware's fault" as a technical explanation. 
They might indeed have simulated the LAPIC timer or some other device 
incorrectly (and subtly, such that no other OS reveals the flaw), but until 
the precise nature of that error (if any) is explained, your accusation 
rings hollow.

For these reasons, I believe your technically unsupported assertion that 
"This is nothing to do with the core team" should be shelved, pending actual 
investigation of the phenomenon.

I see a potential situation developing here in which two talented teams of 
developers each regard a shared problem as an outlier, and thus blame the 
other team without investigating, leaving the problem unresolved.

It is no doubt true that those of us who run FreeBSD in VMWare are a 
minority of a minority, and as such should expect a bit of fiddling and 
adjusting from time to time rather than continuous smooth sailing on default 
configurations, but nevertheless, the problems we work around should not be 
dismissed before they are understood.

--Ed


P.S.--  The current workaround for the 1/2-speed clock problem is disabling 
the FreeBSD APIC device.  This means FreeBSD can not be run (with a correct 
system clock) in SMP mode on VMWare emulated hardware.  The most recent 
version of the most widely used vmware product, VMWare Workstation (5.5, 
released only weeks ago), added support for dual-cpu emulation, on systems 
that actually have two (or more?) processors.  The workaround I found is, 
I'm afraid, becoming less adequate even as we speak.

P.P.S.-- Though my aggrieved tone no doubt suggests otherwise, I would be 
most happy to offer any assistance I can in getting to the bottom of this. 
I've looked a bit at the ACPI (not APIC) code to try to figure out why the 
kernel chooses ACPI-safe rather than ACPI-fast for the kernel timer when 
APIC is disabled, but I saw no reference to the APIC device in the 
clock-choosing stuff.  The role of the APIC device in the kernel 
clocks/timers remains opaque to me; all I know is that the release notes for 
6.0 clearly state that it is now used in single-processor systems, and that 
this is a change from 5.x.


----- Original Message ----- 
From: "Peter Jeremy" <PeterJeremy@optushome.com.au>
To: "Ed" <ed@edslocomb.com>
Cc: <freebsd-stable@freebsd.org>
Sent: Wednesday, December 07, 2005 10:22 AM
Subject: Re: cpu-timer rate


> On Wed, 2005-Dec-07 03:51:47 -0800, Ed wrote:
>>I certainly do not have a full understanding of the interactions between
>>the various FreeBSD software timers and i386 hardware clocks, but I do 
>>know
>>this is not the first time we've seen a problem with the APIC/ACPI
>>timers/clocks.
>
> You have a totally different problem.  In your case the system is not
> keeping correct time - this is because VMware does not provide stable
> clock interrupts - probably due to interactions between VMware and the
> host OS.  In kama's case, the interrupt rate reported by vmstat -i
> does not match the numbers reported by kern.clockrate.  There is no
> indication that the system is not keeping correct time.
>
>>Again, I'm no expert, but clock problems do keep cropping up here on
>>the -STABLE list, and the explanations for them to date have not been
>>consistent.
>
> AFAIR, all the problems reported here have been related to VMware
> clients.  And as someone stated "VMware plays fast and loose with
> clocks".
>
>>I'm sure I'm not the only end-user who would appreciate it if the core 
>>team
>
> This is nothing to do with the core team.
>
> -- 
> Peter Jeremy
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> 


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 00:05:25 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B837016A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 00:05:25 +0000 (GMT)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 554E343D82
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 00:04:14 +0000 (GMT)
	(envelope-from brdavis@odin.ac.hmc.edu)
Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1])
	by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id jB8040Qb007338;
	Wed, 7 Dec 2005 16:04:00 -0800
Received: (from brdavis@localhost)
	by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jB803KJb007274;
	Wed, 7 Dec 2005 16:03:20 -0800
Date: Wed, 7 Dec 2005 16:03:20 -0800
From: Brooks Davis <brooks@one-eyed-alien.net>
To: Ed <ed@edslocomb.com>
Message-ID: <20051208000320.GB4827@odin.ac.hmc.edu>
References: <20051207182236.GS32006@cirb503493.alcatel.com.au>
	<003b01c5fb87$68ee4690$1132e7d8@robotslave>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="jho1yZJdad60DJr+"
Content-Disposition: inline
In-Reply-To: <003b01c5fb87$68ee4690$1132e7d8@robotslave>
User-Agent: Mutt/1.4.1i
X-Virus-Scanned: by amavisd-new
X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu
Cc: Peter Jeremy <PeterJeremy@optushome.com.au>, freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 00:05:25 -0000


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

On Wed, Dec 07, 2005 at 03:39:04PM -0800, Ed wrote:
>=20
> For these reasons, I believe your technically unsupported assertion that=
=20
> "This is nothing to do with the core team" should be shelved, pending=20
> actual investigation of the phenomenon.

Peter's assertion is entirely correct.  You misunderstand the role of
the core team.  It has little to do with technical issues and nothing to
do with debugging specific problems in the normal course of things.

This problem should be fixed, but it's unlikely in the extreme that it's
a problem the core team would have anything to do with.  An individual
member might in fact be the one to fix it the problem, but that wouldn't
have anything to do with them being a core team member.

-- 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

--jho1yZJdad60DJr+
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQFDl3hHXY6L6fI4GtQRAk8AAKCUwaMc7NAtFxMSLkWcHaFjIDdF5ACgh9ju
6CroqGlnNQ9FKRBM1j+xaNA=
=QaEd
-----END PGP SIGNATURE-----

--jho1yZJdad60DJr+--

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 00:44:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 050BD16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 00:44:16 +0000 (GMT)
	(envelope-from green@green.homeunix.org)
Received: from green.homeunix.org (green@localhost [127.0.0.1])
	by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jB80iGTt020466
	for <freebsd-stable@freebsd.org>; Wed, 7 Dec 2005 19:44:16 -0500 (EST)
	(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
	by green.homeunix.org (8.13.4/8.13.1/Submit) id jB80iGJ8020465
	for freebsd-stable@freebsd.org; Wed, 7 Dec 2005 19:44:16 -0500 (EST)
	(envelope-from green)
Date: Wed, 7 Dec 2005 19:44:16 -0500
From: Brian Fundakowski Feldman <green@freebsd.org>
To: freebsd-stable@freebsd.org
Message-ID: <20051208004416.GD98704@green.homeunix.org>
References: <20051207151821.GA19313@iscmpd-oleg.dp.uz.gov.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051207151821.GA19313@iscmpd-oleg.dp.uz.gov.ua>
User-Agent: Mutt/1.5.11
Subject: Re: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 00:44:17 -0000

On Wed, Dec 07, 2005 at 05:18:21PM +0200, Oleg Palij wrote:
> Approximately once per month or two this server panics.
> We use it for InterSystems Cache` (under linux emulation) and as samba-server (not heavy-loaded).
> 
> # dmesg -a 
> can be found at http://www.dp.uz.gov.ua/dmesg.isc-cache
> kernel config - http://www.dp.uz.gov.ua/kernel.isc-cache

This is a samba server?  It looks like you're using smbfs.

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 02:11:55 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E571D16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 02:11:55 +0000 (GMT)
	(envelope-from ed@edslocomb.com)
Received: from mail.edslocomb.net (dsl231-050-180.sea1.dsl.speakeasy.net
	[216.231.50.180])
	by mx1.FreeBSD.org (Postfix) with SMTP id 8830C43D79
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 02:10:32 +0000 (GMT)
	(envelope-from ed@edslocomb.com)
Received: (qmail 27273 invoked from network); 8 Dec 2005 00:23:39 -0000
Received: from unknown (HELO robotslave) (216.231.50.17)
	by dsl231-050-180.sea1.dsl.speakeasy.net with SMTP;
	8 Dec 2005 00:23:39 -0000
Message-ID: <005301c5fb8d$8e1c7f80$1132e7d8@robotslave>
From: "Ed" <ed@edslocomb.com>
To: "Brooks Davis" <brooks@one-eyed-alien.net>
References: <20051207182236.GS32006@cirb503493.alcatel.com.au><003b01c5fb87$68ee4690$1132e7d8@robotslave>
	<20051208000320.GB4827@odin.ac.hmc.edu>
Date: Wed, 7 Dec 2005 16:23:04 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2527
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
Cc: Peter Jeremy <PeterJeremy@optushome.com.au>, freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 02:11:56 -0000

My apologies, I did not understand this specific meaning of "core team" when 
I wrote that.

What term should I use in the future, when discussing problems of this 
nature? "FreeBSD kernel developers," or some such?


----- Original Message ----- 
From: "Brooks Davis" <brooks@one-eyed-alien.net>
To: "Ed" <ed@edslocomb.com>
Cc: "Peter Jeremy" <PeterJeremy@optushome.com.au>; 
<freebsd-stable@freebsd.org>
Sent: Wednesday, December 07, 2005 4:03 PM
Subject: Re: cpu-timer rate



From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 02:16:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4536116A420
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 02:16:17 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6C5E943D76
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 02:16:12 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id 3AA351A3C1A;
	Wed,  7 Dec 2005 18:16:12 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 8F3CA53212; Wed,  7 Dec 2005 21:16:11 -0500 (EST)
Date: Wed, 7 Dec 2005 21:16:11 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: Ed <ed@edslocomb.com>
Message-ID: <20051208021611.GA9392@xor.obsecurity.org>
References: <20051208000320.GB4827@odin.ac.hmc.edu>
	<005301c5fb8d$8e1c7f80$1132e7d8@robotslave>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="J/dobhs11T7y2rNN"
Content-Disposition: inline
In-Reply-To: <005301c5fb8d$8e1c7f80$1132e7d8@robotslave>
User-Agent: Mutt/1.4.2.1i
Cc: Peter Jeremy <PeterJeremy@optushome.com.au>, freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 02:16:17 -0000


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

On Wed, Dec 07, 2005 at 04:23:04PM -0800, Ed wrote:
> My apologies, I did not understand this specific meaning of "core team"=
=20
> when I wrote that.
>=20
> What term should I use in the future, when discussing problems of this=20
> nature? "FreeBSD kernel developers," or some such?

"FreeBSD developers" is fine.

Kris

--J/dobhs11T7y2rNN
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDl5drWry0BWjoQKURArXRAKDXeOs8GWlcTAWKDHYMfvZXxU6rDQCeMwTO
5ZzBSdSI8mf7p4H/K3bSvyQ=
=0tpv
-----END PGP SIGNATURE-----

--J/dobhs11T7y2rNN--

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 04:21:44 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D5F0C16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 04:21:44 +0000 (GMT)
	(envelope-from freebsd@azimut-tour.ru)
Received: from cny.innet.yaroslavl.su (cny.innet.yaroslavl.su [217.15.134.68])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EB34C43D68
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 04:21:35 +0000 (GMT)
	(envelope-from freebsd@azimut-tour.ru)
Received: from tac.innet.yaroslavl.su (tac.innet.yaroslavl.su [217.15.135.68])
	by cny.innet.yaroslavl.su (8.11.6/8.11.6) with ESMTP id jB84LSe65541
	for <freebsd-stable@freebsd.org>;
	Thu, 8 Dec 2005 07:21:28 +0300 (MSK)
Received: from greencomp.azimutprint.ru (azimutprint.ru [217.15.145.118])
	by tac.innet.yaroslavl.su (8.12.11/8.12.9) with ESMTP id jB84LRfo011641
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 07:21:27 +0300 (MSK)
	(envelope-from freebsd@azimut-tour.ru)
Date: Thu, 8 Dec 2005 07:21:26 +0300
From: GreenX <freebsd@azimut-tour.ru>
X-Mailer: The Bat! (v3.62.12) UNREG / CD5BF9353B3B7091
X-Priority: 3 (Normal)
Message-ID: <1693783100.20051208072126@azimut-tour.ru>
To: freebsd-stable@freebsd.org
In-Reply-To: <996076298.20051207170157@azimut-tour.ru>
References: <64682545.20051207100535@azimut-tour.ru>
	<996076298.20051207170157@azimut-tour.ru>
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: Primise and Intel RAID dont  work
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: "FreeBSD@azimut-tour.ru" <freebsd@azimut-tour.ru>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 04:21:44 -0000


      Hi PPL!

      I have a computer with parent payment ASUS P4C800E-DELUXE.

      OS FreeBSD 6.0-stable (CVS from 21.nov.2005) is established.

      It is established five hard disks:

      - One system on ICH5 ata100 Maxtor 6Y200P0

      - And four on Promise RAID 0+1 WDC WD3200J (D/B)

      All fine worked (except for em0, but also he has normally earned
   after

      updating)

      while I have not wanted to establish two more hard disks (Maxtor

      6Y080M0) on Intel in Stripe RAID.

      Hard disks have been put - the system of them has found out

      (the truth and known all bug "failed to enable memory mapping"),

      and I with them was more did than nothing (did not format, did not

      break - there was no time).

      In three days of job the system has given out me the following:

      ad4: req=0xc630f190 SETFEATURES SET TRANSFER MODE semaphore
   timeout!!

      DANGER Will Robinson!!

      This warning has been given many times.

      And ad4 it is established on Promise!

      After reboot smartd has given out the warning

      smartd [767]: Device:/dev/ad10, 1 Currently unreadable (pending)

      sectors

      smartd [767]: Device:/dev/ad10, 26 Offline uncorrectable sectors

      (ad10 the first disk in Stripe RAID on Intel MATRIX)

      After that has made CVSUP and has put for the night rebuild the
   world.

      In the morning has seen - to warrning

      ad4: req=0xc90efd48 SETFEATURES SET TRANSFER MODE semaphore
   timeout!!

      DANGER Will Robinson!!

      It was added:

      kern.maxfiles limit exceeded by uid 100, please see tuning (7).

      Has install the world, has spat and has disconnected these both
   HDDs

      from the controller

      (itself Matrix has remained switched on)

      Has passed three more days and yesterday has received the new
   letter:)

      kernel: DOH! ata_alloc_request failed!

      kernel: FAILURE - out of memory in ata_raid_init_request

      last message repeated 4 times

      kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081878016,

      length=49152)] error = 5

      kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081730560,

      length=12288)] error = 5

      kernel: g_vfs_done ():ar0s1d [WRITE (offset=554082091008,

      length=65536)] error = 5

      kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081927168,

      length=16384)] error = 5

      kernel: g_vfs_done ():ar0s1d [WRITE (offset=554081943552,

      length=16384)] error = 5

      syslogd: kernel boot file is/boot/kernel/kernel

      kernel: panic: kmem_malloc (4096): kmem_map too small: 172470272
   total

      allocated

      Then has switched off also the controller, has again updated system

      and I wait some more days:)

      Immemorial Russian question - "what to make?",

      I think here it is inappropriate, and so all is clear

      Remarks on system: it is switched on HHT (ACPI, SMP) and DEVICE

      POLLING,

      the network interface em0 and Intel Matrix, both stand on one irq.

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

   Gy... That that is written above, I wrote yesterday and for a long
   time to wait it was not necessary

   In the evening the system has given out me the following:

   kernel: ar0: WARNING - mirror protection lost. RAID0+1 array in
   DEGRADED mode

   kernel: subdisk4: detached

   kernel: ad4: detached

   kernel: unknown: TIMEOUT - WRITE_DMA retrying (1 retry left)
   LBA=73576960

   kernel: unknown: TIMEOUT - WRITE_DMA retrying (0 retries left)
   LBA=73576960

   After reboot the first disk on Promise appeared in a array 1, and
   other disks in array 2.

   Has changed sheduler on old 4BSD and has removed from a kernel device
   polling

   
   

References

   Visible links
   Hidden links:
   1. mailto:freebsd@azimut-tour.ru

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 06:03:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6901A16A41F;
	Thu,  8 Dec 2005 06:03:15 +0000 (GMT)
	(envelope-from jack@jarasoft.net)
Received: from orac.jarasoft.net (raats.xs4all.nl [80.126.151.47])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 59A9643D86;
	Thu,  8 Dec 2005 06:02:06 +0000 (GMT)
	(envelope-from jack@jarasoft.net)
Received: from orac.jarasoft.net (localhost.jarasoft.net [127.0.0.1])
	by orac.jarasoft.net (Postfix) with ESMTP id 0BBB311522;
	Thu,  8 Dec 2005 07:02:00 +0100 (CET)
Received: from jara3 (unknown [10.0.0.151])
	by orac.jarasoft.net (Postfix) with ESMTP id D7F881142F;
	Thu,  8 Dec 2005 07:01:59 +0100 (CET)
Message-ID: <005201c5fbbc$e89db440$9700000a@jarasoft.net>
From: "Jack Raats" <jack@jarasoft.net>
To: "Stephen Montgomery-Smith" <stephen@math.missouri.edu>
References: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>
	<43975426.9050809@math.missouri.edu>
Date: Thu, 8 Dec 2005 07:02:01 +0100
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: FreeBSD Stable <freebsd-stable@freebsd.org>, freebsd-questions@freebsd.org
Subject: Re: Copying kernel and OS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Jack Raats <jack@jarasoft.net>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 06:03:15 -0000

Is it also possible to scp both directories to the slow machine?

JAck

----- Original Message ----- 
From: "Stephen Montgomery-Smith" <stephen@math.missouri.edu>
To: "Jack Raats" <jack@jarasoft.net>
Cc: <freebsd-questions@freebsd.org>; "FreeBSD Stable" 
<freebsd-stable@freebsd.org>
Sent: Wednesday, December 07, 2005 10:29 PM
Subject: Re: Copying kernel and OS


> Jack Raats wrote:
>> I've two machines running FreeBSD 6.0-STABLE.
>> One very fast machine and one very very slow machine. On the fast machine 
>> I can compile a new kernel and OS very quickly and easily.
>> Is it possible to transfer the compile world and kernel to the slow 
>> machine. If yes whart directories etc... do i have to transfer.
>>
>> Jack
>
> I do something like this.  I build on the fast machine, and then use NFS 
> to allow the slow machine to access /usr/src and /usr/obj.  I have found 
> that it is important to preserve the names of the directories, so that 
> they are also called /usr/src and /usr/obj on the slow machine.  Then I 
> just do mergemaster, make installworld, make installkernel (in the 
> appropriate order) on the slow machine, and it works like a charm.
>
> The entries in fstab are like this:
> hub2:/usr/obj    /usr/obj        nfs     rw,bg,noauto    0       0
> hub2:/usr/src    /usr/src        nfs     rw,bg,noauto    0       0
> where hub2 is the name of the fast machine.
>
> In /etc/exports on hub2 I have something like this
> /usr -maproot=root -alldirs -network 10.0.0.0 -mask 255.255.255.0
> (here 10.0.0.0 is the IP addresses of my LAN)
>
> and in /etc/rc.conf on hub2 I have some lines like
> nfs_server_enable="YES"
> rpcbind_enable="YES"
>
> Then on the slow machine I simply type
> mount /usr/src
> mount /usr/obj
>
> -- 
>
> Stephen Montgomery-Smith
> stephen@math.missouri.edu
> http://www.math.missouri.edu/~stephen
> 


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 06:25:55 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 0354016A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 06:25:55 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au
	[211.29.132.194])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D76DF43D60
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 06:25:00 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from cirb503493.alcatel.com.au
	(c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236])
	by mail13.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id
	jB86Nwco021549
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO)
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 17:23:58 +1100
Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])
	by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id
	jB86NvHh066925
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 17:23:58 +1100 (EST)
	(envelope-from pjeremy@cirb503493.alcatel.com.au)
Received: (from pjeremy@localhost)
	by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jB86NRrB066923; 
	Thu, 8 Dec 2005 17:23:27 +1100 (EST) (envelope-from pjeremy)
Date: Thu, 8 Dec 2005 17:23:27 +1100
From: Peter Jeremy <PeterJeremy@optushome.com.au>
To: Ed <ed@edslocomb.com>
Message-ID: <20051208062327.GT32006@cirb503493.alcatel.com.au>
References: <20051207182236.GS32006@cirb503493.alcatel.com.au>
	<003b01c5fb87$68ee4690$1132e7d8@robotslave>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <003b01c5fb87$68ee4690$1132e7d8@robotslave>
User-Agent: Mutt/1.4.2.1i
X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc
Cc: freebsd-stable@freebsd.org
Subject: Re: cpu-timer rate
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 06:25:55 -0000

On Wed, 2005-Dec-07 15:39:04 -0800, Ed wrote:
>With all due respect, "vmware plays fast and loose with the clocks" is not 
>a satisfactory technical explanation.

Hi-jacking unrelated e-mail threads and top posting is not good
etiquette either.

>It is no doubt true that those of us who run FreeBSD in VMWare are a 
>minority of a minority,

I run FreeBSD in VMware at work.  After installing vmware-tools and
telling VMware to use the host clock I haven't seen any clock problems
(definitely in 5.x and I don't recall seeing any in 4.x or 6.x).

-- 
Peter Jeremy

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 06:31:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9225216A422
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 06:31:07 +0000 (GMT)
	(envelope-from o.palij@dp.uz.gov.ua)
Received: from ivc-i.dp.uz.gov.ua (ivc-i.dp.uz.gov.ua [193.108.46.123])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AA43943D46
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 06:31:01 +0000 (GMT)
	(envelope-from o.palij@dp.uz.gov.ua)
Received: from s4dnepr.dp.uz.gov.ua (s4dnepr.dp.uz.gov.ua [10.6.105.15])
	by ivc-i.dp.uz.gov.ua (8.13.4/8.13.4/Debian-3) with ESMTP id
	jB86Uvpf020115
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 08:30:57 +0200
Received: from s1dnepr.dp.uz.gov.ua ([10.6.105.18])
	by s4dnepr.dp.uz.gov.ua (Lotus Domino Release 5.0.12)
	with SMTP id 2005120808305142:18577 ; Thu, 8 Dec 2005 08:30:51 +0200 
Received: from iscmpd-oleg.dp.uz.gov.ua ([10.6.105.74]) by
	s1dnepr.dp.uz.gov.ua (Lotus SMTP MTA v4.6.5 (863.2 5-20-1999))
	with SMTP id 422570D1.0023B48D; Thu, 8 Dec 2005 08:29:59 +0200
Received: by iscmpd-oleg.dp.uz.gov.ua (sSMTP sendmail emulation);
	Thu,  8 Dec 2005 08:30:28 +0200
Date: Thu, 8 Dec 2005 08:30:28 +0200
From: Oleg Palij <o.palij@dp.uz.gov.ua>
To: freebsd-stable@freebsd.org
Message-ID: <20051208063028.GB751@iscmpd-oleg.dp.uz.gov.ua>
Mail-Followup-To: freebsd-stable@freebsd.org
References: <933F943D66436F12C22570D100042286.00042559422570D1@dp.uz.gov.ua>
Mime-Version: 1.0
In-Reply-To: <933F943D66436F12C22570D100042286.00042559422570D1@dp.uz.gov.ua>
User-Agent: Mutt/1.4.2.1i
X-MIMETrack: Itemize by SMTP Server on s4dnepr/DNEPR/UKRZAL(Release 5.0.12
	|February 13, 2003) at 12/08/2005 08:30:51 AM,
	Serialize by Router on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13,
	2003) at 12/08/2005 08:30:57 AM,
	Serialize complete at 12/08/2005 08:30:57 AM
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
X-Virus-Scanned: ClamAV version 0.87.1,
	clamav-milter version 0.87 on ivc-i.dp.uz.gov.ua
X-Virus-Status: Clean
Subject: Re: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 06:31:07 -0000

Thu, Dec 08, 2005 at 02:44:40AM +0200, owner-freebsd-stable@freebsd.org ÎÁÐÉÓÁÌ:

> On Wed, Dec 07, 2005 at 05:18:21PM +0200, Oleg Palij wrote:
> > Approximately once per month or two this server panics.
> > We use it for InterSystems Cache` (under linux emulation) and as 
> samba-server (not heavy-loaded).
> > # dmesg -a
> > can be found at http://www.dp.uz.gov.ua/dmesg.isc-cache
> > kernel config - http://www.dp.uz.gov.ua/kernel.isc-cache
> This is a samba server?  It looks like you're using smbfs.
	Yes, we use it as a samba server.
        Yes, we use smbfs.

# mount | grep smbfs
//LASU@SPD/FTPEXCHANGE on /mnt/exchange (smbfs)
//PORTER@ISC-CACHE/FREEBSD on /mnt/FreeBSD (smbfs)


-- 
Best regards,
Palij Oleg, ISC (Pridn railway) 
xmpp://malik@jabber.te.ua

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 07:51:27 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1323B16A420
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 07:51:27 +0000 (GMT)
	(envelope-from o.palij@dp.uz.gov.ua)
Received: from spd-i.dp.uz.gov.ua (spd-i.dp.uz.gov.ua [193.108.46.122])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AB4A043D7B
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 07:51:17 +0000 (GMT)
	(envelope-from o.palij@dp.uz.gov.ua)
Received: from s4dnepr.dp.uz.gov.ua (s4dnepr.dp.uz.gov.ua [10.6.105.15])
	by spd-i.dp.uz.gov.ua (8.13.4/8.13.4/Debian-3) with ESMTP id
	jB87pDSj025654
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 09:51:14 +0200
Received: from s1dnepr.dp.uz.gov.ua ([10.6.105.18])
	by s4dnepr.dp.uz.gov.ua (Lotus Domino Release 5.0.12)
	with SMTP id 2005120809510828:18658 ; Thu, 8 Dec 2005 09:51:08 +0200 
Received: from iscmpd-oleg.dp.uz.gov.ua ([10.6.105.74]) by
	s1dnepr.dp.uz.gov.ua (Lotus SMTP MTA v4.6.5 (863.2 5-20-1999))
	with SMTP id 422570D1.002B0F8A; Thu, 8 Dec 2005 09:50:20 +0200
Received: by iscmpd-oleg.dp.uz.gov.ua (sSMTP sendmail emulation);
	Thu,  8 Dec 2005 09:50:51 +0200
Date: Thu, 8 Dec 2005 09:50:50 +0200
From: Oleg Palij <o.palij@dp.uz.gov.ua>
To: freebsd-stable@freebsd.org
Message-ID: <20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua>
Mail-Followup-To: freebsd-stable@freebsd.org
References: <83D1D38D61343B94C22570D00070CB39.0070CC6F422570D0@dp.uz.gov.ua>
Mime-Version: 1.0
In-Reply-To: <83D1D38D61343B94C22570D00070CB39.0070CC6F422570D0@dp.uz.gov.ua>
User-Agent: Mutt/1.4.2.1i
X-MIMETrack: Itemize by SMTP Server on s4dnepr/DNEPR/UKRZAL(Release 5.0.12
	|February 13, 2003) at 12/08/2005 09:51:08 AM,
	Serialize by Router on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13,
	2003) at 12/08/2005 09:51:14 AM,
	Serialize complete at 12/08/2005 09:51:14 AM
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on spd-i
X-Virus-Status: Clean
Subject: Re: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 07:51:27 -0000

Wed, Dec 07, 2005 at 10:31:32PM +0200, owner-freebsd-stable@freebsd.org ÎÁÐÉÓÁÌ:
> 
> On Wed, Dec 07, 2005 at 05:18:21PM +0200, Oleg Palij wrote:
> > Approximately once per month or two this server panics.
> > We use it for InterSystems Cache` (under linux emulation) and as 
> samba-server (not heavy-loaded).
> 
> > #5  0xc062f0fa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
> > #6  0x00000018 in ?? ()
> > #7  0xc0c10010 in ?? ()
> > #8  0xc15d0010 in ?? ()
> > #9  0xc1465e00 in ?? ()
> > #10 0xc1313e94 in ?? ()
> > #11 0xcbe69b24 in ?? ()
> > #12 0xcbe69b10 in ?? ()
> > #13 0x00000000 in ?? ()
> > #14 0xc0f77480 in ?? ()
> > #15 0xc1313e94 in ?? ()
> > #16 0x00000000 in ?? ()
> > #17 0x0000000c in ?? ()
> > #18 0x00000000 in ?? ()
> 
> Unfortunately this trace looks corrupted.  Are you building your kernel 
> with -O2?
I guess that no.

# cat /etc/make.conf
WITHOUT_X11=yes
WITHOUT_GUI=yes
DISTDIR=/data/install/FreeBSD/distfiles
NO_INET6=yes
#NO_MODULES=1
# added by use.perl 2005-10-12 09:20:03
PERL_VER=5.8.7
PERL_VERSION=5.8.7

# set | grep -- '-O'
#

I built kernel with 
# make kernel KERNCONF=...

Also, I noticed that in my work computer (6.0-R) all dumps I obtained seems to be corrupted too. I can not even guess why this can happen.

-- 
Best regards,
Palij Oleg, ISC (Pridn railway) 
xmpp://malik@jabber.te.ua

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 07:55:24 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 06D6E16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 07:55:24 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BF3FF43D49
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 07:55:17 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id 9BDCA1A3C1C
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 23:55:16 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 4FD6F52B65; Thu,  8 Dec 2005 02:55:15 -0500 (EST)
Date: Thu, 8 Dec 2005 02:55:15 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: freebsd-stable@freebsd.org
Message-ID: <20051208075515.GA14510@xor.obsecurity.org>
References: <83D1D38D61343B94C22570D00070CB39.0070CC6F422570D0@dp.uz.gov.ua>
	<20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB"
Content-Disposition: inline
In-Reply-To: <20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua>
User-Agent: Mutt/1.4.2.1i
Subject: Re: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 07:55:24 -0000


--tThc/1wpZn/ma/RB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Dec 08, 2005 at 09:50:50AM +0200, Oleg Palij wrote:
> Wed, Dec 07, 2005 at 10:31:32PM +0200, owner-freebsd-stable@freebsd.org ?=
??????:
> >=20
> > On Wed, Dec 07, 2005 at 05:18:21PM +0200, Oleg Palij wrote:
> > > Approximately once per month or two this server panics.
> > > We use it for InterSystems Cache` (under linux emulation) and as=20
> > samba-server (not heavy-loaded).
> >=20
> > > #5  0xc062f0fa in calltrap () at /usr/src/sys/i386/i386/exception.s:1=
40
> > > #6  0x00000018 in ?? ()
> > > #7  0xc0c10010 in ?? ()
> > > #8  0xc15d0010 in ?? ()
> > > #9  0xc1465e00 in ?? ()
> > > #10 0xc1313e94 in ?? ()
> > > #11 0xcbe69b24 in ?? ()
> > > #12 0xcbe69b10 in ?? ()
> > > #13 0x00000000 in ?? ()
> > > #14 0xc0f77480 in ?? ()
> > > #15 0xc1313e94 in ?? ()
> > > #16 0x00000000 in ?? ()
> > > #17 0x0000000c in ?? ()
> > > #18 0x00000000 in ?? ()
> >=20
> > Unfortunately this trace looks corrupted.  Are you building your kernel=
=20
> > with -O2?
> I guess that no.
>=20
> # cat /etc/make.conf
> WITHOUT_X11=3Dyes
> WITHOUT_GUI=3Dyes
> DISTDIR=3D/data/install/FreeBSD/distfiles
> NO_INET6=3Dyes
> #NO_MODULES=3D1
> # added by use.perl 2005-10-12 09:20:03
> PERL_VER=3D5.8.7
> PERL_VERSION=3D5.8.7
>=20
> # set | grep -- '-O'
> #
>=20
> I built kernel with=20
> # make kernel KERNCONF=3D...
>=20
> Also, I noticed that in my work computer (6.0-R) all dumps I obtained see=
ms to be corrupted too. I can not even guess why this can happen.

Strange.  Can you obtain a trace from DDB for comparison next time?
That will at least show where the problem lies, although it will be
difficult to analyze without a usable core.

Kris

--tThc/1wpZn/ma/RB
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDl+biWry0BWjoQKURAiRAAJ0cQ4C4G4T3zoN9MXK8Wzr38KU3jACfbcDB
oSMPwg0SyRPF+yBuN3sqi5M=
=ah9M
-----END PGP SIGNATURE-----

--tThc/1wpZn/ma/RB--

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 07:56:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AB51F16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 07:56:14 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BE38643D78
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 07:56:09 +0000 (GMT)
	(envelope-from kris@obsecurity.org)
Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196])
	by elvis.mu.org (Postfix) with ESMTP id 833FA1A3C1C
	for <freebsd-stable@freebsd.org>; Wed,  7 Dec 2005 23:56:09 -0800 (PST)
Received: by obsecurity.dyndns.org (Postfix, from userid 1000)
	id 6650D512AB; Thu,  8 Dec 2005 02:56:08 -0500 (EST)
Date: Thu, 8 Dec 2005 02:56:08 -0500
From: Kris Kennaway <kris@obsecurity.org>
To: Kris Kennaway <kris@obsecurity.org>
Message-ID: <20051208075608.GA14571@xor.obsecurity.org>
References: <83D1D38D61343B94C22570D00070CB39.0070CC6F422570D0@dp.uz.gov.ua>
	<20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua>
	<20051208075515.GA14510@xor.obsecurity.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/"
Content-Disposition: inline
In-Reply-To: <20051208075515.GA14510@xor.obsecurity.org>
User-Agent: Mutt/1.4.2.1i
Cc: freebsd-stable@freebsd.org
Subject: Re: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 07:56:14 -0000


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

On Thu, Dec 08, 2005 at 02:55:15AM -0500, Kris Kennaway wrote:

> Strange.  Can you obtain a trace from DDB for comparison next time?
> That will at least show where the problem lies, although it will be
> difficult to analyze without a usable core.

Or you might like to try updating to 6.0 to see if the problem is one
of those that are already fixed.

Kris

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

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

iD8DBQFDl+cYWry0BWjoQKURAgPWAKCaTsnGq/ojmS8ur10mxrduuFChJwCg5wIa
KIdiey58mBL7uketnzpVD/k=
=p34t
-----END PGP SIGNATURE-----

--pWyiEgJYm5f9v55/--

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 09:34:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4D1EC16A424;
	Thu,  8 Dec 2005 09:34:53 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from mail25.syd.optusnet.com.au (mail25.syd.optusnet.com.au
	[211.29.133.166])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A685E43D70;
	Thu,  8 Dec 2005 09:34:47 +0000 (GMT)
	(envelope-from PeterJeremy@optushome.com.au)
Received: from cirb503493.alcatel.com.au
	(c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236])
	by mail25.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id
	jB89YiOn032441
	(version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO);
	Thu, 8 Dec 2005 20:34:44 +1100
Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])
	by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id
	jB89YhHh067205; Thu, 8 Dec 2005 20:34:43 +1100 (EST)
	(envelope-from pjeremy@cirb503493.alcatel.com.au)
Received: (from pjeremy@localhost)
	by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id jB89Yh4C067204; 
	Thu, 8 Dec 2005 20:34:43 +1100 (EST) (envelope-from pjeremy)
Date: Thu, 8 Dec 2005 20:34:42 +1100
From: Peter Jeremy <PeterJeremy@optushome.com.au>
To: Vizion <vizion@vizion.occoxmail.com>
Message-ID: <20051208093442.GW32006@cirb503493.alcatel.com.au>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<200512061941.31866.vizion@vizion.occoxmail.com>
	<43974D99.7000809@FreeBSD.org>
	<200512071334.53884.vizion@vizion.occoxmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200512071334.53884.vizion@vizion.occoxmail.com>
User-Agent: Mutt/1.4.2.1i
X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc
Cc: Doug Barton <dougb@freebsd.org>, freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 09:34:53 -0000

On Wed, 2005-Dec-07 13:34:53 -0800, Vizion wrote:
>Well having run many very large scale projects myself I  find it difficult to 
>accept either implication of this perspective.

There's a massive difference between running a large commercial project
and running a large open source project using volunteers.  On a commercial
project, you can direct someone to do something and they have a choice of
either doing it or finding another job.  On a volunteer project, there's
a limit to how far you can push someone to do something they don't enjoy
before they just leave.

> The first implication is that 
>we should be complacent about it and not seek to find a method to improve the 
>process.

I don't think anyone is suggesting this.  In my experience, the FreeBSD
project is always open to process improvements - this is especially
obvious in the documentation and release engineering areas.

>>Most of our really top 
>>notch developers are actually very bad at documenting their work (I don't
>>mean bad at being timely with it, I mean that they are bad at DOING it), and
>>frankly their time is better spent elsewhere. 
>
>That is a judgment call - franky my experience has been that developers who 
>are bad at ensuring their work is well documentated are second rate rather 
>than top rate developers.

Software developers are notoriously poor at writing documentation for
non-technical people.  There are probably very few developers who
enjoy writing end-user documentation (and can write).  In my
experience, especially on large projects, it's rare for developers to
write the end-user documentation.  They may write a rough outline but
it's the technical writers who actually do the documentation.  The
problem is finding people with technical writing skills who are
interested in helping with FreeBSD.

It's also worth noting that a number of FreeBSD developers are not native
English speakers.  It's probably unreasonable to expect them to write
polished English documentation.

>What I have found works in development is to create team relationships that 
>cover design, development and documentation.

I agree that this is a good approach.  It's similar to the 'surgical
team' approach that Brooks recommends in "The Mythical Man-Month".  I
think that this does happen to some extent in FreeBSD but agree it
could be more widespread.  (Though it is probably harder to put it into
practice in a distributed, volunteer project than when the team share
a cubicle).

>My view would be that the freebsd project might do well to consider 
>implementing a "no release without quality documentation assurance" policy. 
...
>development is so good. It deserves better and more professional attention to 
>the role of end user documentation.

Are you volunteering?

-- 
Peter Jeremy

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 10:59:15 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5AD0216A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 10:59:15 +0000 (GMT)
	(envelope-from marsgmiro@gmail.com)
Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C5CB343D75
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 10:58:49 +0000 (GMT)
	(envelope-from marsgmiro@gmail.com)
Received: by zproxy.gmail.com with SMTP id 8so596859nzo
	for <freebsd-stable@freebsd.org>; Thu, 08 Dec 2005 02:58:21 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=Ac9YlT8+C9jSONoWMiN30pm01WmriWxu5NvuzRxlHuX4UgzIsMh1m1n3ZgTwVTlZlm2QgW9ChWBWd26tmlX5+p7CgoOmVUpphq7UvCj1NydmS0Aoz5ClwqFzwb6p8SuIBkGOxNzX2GAaEqSqQ/KB8uO4YPaUXe1t8AF42UUCWbE=
Received: by 10.36.77.3 with SMTP id z3mr2503312nza;
	Thu, 08 Dec 2005 02:58:21 -0800 (PST)
Received: by 10.36.71.10 with HTTP; Thu, 8 Dec 2005 02:58:20 -0800 (PST)
Message-ID: <28edec3c0512080258u381182bfia5fca6193c57bb6@mail.gmail.com>
Date: Thu, 8 Dec 2005 18:58:20 +0800
From: "Mars G. Miro" <marsgmiro@gmail.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Subject: pw groupdel misbehavior?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 10:59:15 -0000

Yo list!

  I just encountered something I think w/c is not right, e.g.:

root@jail:~# cat /etc/group
# $FreeBSD: src/etc/group,v 1.31 2004/06/23 01:32:28 mlaier Exp $
#
wheel:*:0:root,mars
daemon:*:1:
kmem:*:2:
sys:*:3:
tty:*:4:
operator:*:5:root
mail:*:6:
bin:*:7:
news:*:8:
man:*:9:
games:*:13:
staff:*:20:
sshd:*:22:
smmsp:*:25:
mailnull:*:26:
guest:*:31:
bind:*:53:
proxy:*:62:
authpf:*:63:
_pflogd:*:64:
uucp:*:66:
dialer:*:68:
network:*:69:
www:*:80:
nogroup:*:65533:
nobody:*:65534:
pgsql:*:70:

 root@jail:~# pw groupdel -g bleh
 root@jail:~# cat /etc/group
# $FreeBSD: src/etc/group,v 1.31 2004/06/23 01:32:28 mlaier Exp $
#
daemon:*:1:
kmem:*:2:
sys:*:3:
tty:*:4:
operator:*:5:root
mail:*:6:
bin:*:7:
news:*:8:
man:*:9:
games:*:13:
staff:*:20:
sshd:*:22:
smmsp:*:25:
mailnull:*:26:
guest:*:31:
bind:*:53:
proxy:*:62:
authpf:*:63:
_pflogd:*:64:
uucp:*:66:
dialer:*:68:
network:*:69:
www:*:80:
nogroup:*:65533:
nobody:*:65534:
pgsql:*:70:

 The previous action of deleting an invalid group (bleh) passed on to
-g via pw results in the 'wheel' group being deleted outright,
silently. Ouch.
 As an avid user of 'pw' I keep on inter-changing the -n and -g
switches (when working w/ pw user{add/mod/del} and pw
group{add/mod/del}), so it struck me when i realized I issued the
command above and the jail didnt know the 'wheel' group anymore when i
went on to do some other stuff (was installing ports when it didn't
know who's 'wheel', heh ;-)

 This happens on 5.4R and 6.0R, on my boxens.

 Thanks and FYI!


cheers
mars

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 12:02:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9D02C16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 12:02:21 +0000 (GMT)
	(envelope-from dikshie@ppk.itb.ac.id)
Received: from mx-itb.geoph.ITB.ac.id (mx7.ITB.ac.id [167.205.30.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9924343D58
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 12:02:03 +0000 (GMT)
	(envelope-from dikshie@ppk.itb.ac.id)
Received: from antivirus.itb.ac.id (antivirus.ITB.ac.id [167.205.108.137])
	by mx-itb.geoph.ITB.ac.id (Postfix) with SMTP id 55E2120A4F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:03:20 +0700 (WIT)
Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.itb.ac.id [167.205.30.228])
	by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 2DB5F20AE2
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:03:19 +0700 (WIT)
Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001)
	id ACDF311513; Thu,  8 Dec 2005 19:01:41 +0700 (WIT)
Date: Thu, 8 Dec 2005 19:01:41 +0700
From: Dikshie <dikshie@ppk.itb.ac.id>
To: freebsd-stable@freebsd.org
Message-ID: <20051208120141.GA1006@ppk.itb.ac.id>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.2.1i
X-Operating-System: (FreeBSD 6.0-STABLE i386)
X-Uptime: 6:57PM  up 5 mins, 1 user, load averages: 0.15, 0.21, 0.10
X-Organization: Pusat Penelitian Kelautan (PPK)
X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia
X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie
X-Yahoo-ID: dikshie
X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/
X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D
X-BitDefender-SpamStamp: 1.1.4  049000040111AAAAAE
X-BitDefender-Scanner: Clean, Agent: BitDefender POSTFIX 1.6.2 on mx7.itb.ac.id
X-BitDefender-Spam: No (15)
Subject: mcast-tools make my 6.0-STABLE kernel panic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 12:02:21 -0000

Dear All,
my router box
> uname -a
FreeBSD ipv6.ppk.itb.ac.id 6.0-STABLE FreeBSD 6.0-STABLE #0: Wed Dec  7 20:53:11 WIT 2005     dikshie@ipv6.ppk.itb.ac.id:/usr/obj/usr/src/sys/PPK  i386

installed zebra-0.95 from ports/net (zebra, ospfd, and ospf6d works well)
and then I installed mcast-tools from ports/net when I try to run
pim6sd I got kernel panic.


panic: register_mif0: BUG: if_attach called without if_alloc'd input()

KDB: stack backtrace:
kdb_backtrace(100,c4091600,c0721ff4,d7437c20,c0721be0) at 0xc0519645 = kdb_backtrace+0x29
panic(c06b1a72,c0721bf0,d7437b84,d7437b8c,c056652d) at 0xc0501db8 = panic+0xa8
if_attach(c0721be0,c0721be0,c06b851c,0) at 0xc0563a23 = if_attach+0x33
add_m6if(d7437c20) at 0xc05b2909 = add_m6if+0xa9
ip6_mrouter_set(c35e3000,d7437c90) at 0xc05b2381 = ip6_mrouter_set+0x91
rip6_ctloutput(c35e3000,d7437c90,c5cf312c,0,c06aeabd) at 0xc05c0503 = rip6_ctloutput+0xa3
sosetopt(c35e3000,d7437c90,c3e75e58,1,29) at 0xc0539ab8 = sosetopt+0x2c
kern_setsockopt(c4091600,d7437d04,5,1,296) at 0xc053e27a = kern_setsockopt+0xb5
setsockopt(c4091600,d7437d04,5,1,296) at 0xc06721af = setsockopt+0x1e   
syscall(3b,3b,bfbf003b),1,8073588) at 0xc06271af = syscall+0x22f
Xint0x80_syscall() at 0xc0661bbf = Xint0x80_syscall+0x1f
--- syscall (105, FreeBSD ELF32, setsockopt), eip = 0x2810cd5f, esp = 0xbfbfea0c, ebp = 0xbfbfea48 ---
KDB: enter: panic
[thread pid 14460 tid 100185]
Stopped at 0xc05196c7 = kdb_enter+0x2b:  nop
db> bt
Tracing pid 14460 tid 100185 td 0xc4091600
kdb_enter(c06a989e) at 0xc05196c7 = kdb_enter+0x2b
panic(c06b1a72,c0721bf0,d7437b84,d7437b8c,c056652d) at 0xc0501db8 = panic+0xbb
if_attach(c0721be0,c0721be0,c06b851c,0) at 0xc0563a23 = if_attach+0x33
add_m6if(d7437c20) at 0xc05b2909 = add_m6if+0xa9
ip6_mrouter_set(c35e3000,d7437c90) at 0xc05b2381 = ip6_mrouter_set+0x91
rip6_ctloutput(c35e3000,d7437c90,c5cf312c,0,c06aeabd) at 0xc05c0503 = rip6_ctloutput+0xa3
sosetopt(c35e3000,d7437c90,c3e75e58,1,29) at 0xc0539ab8 = sosetopt+0x2c
kern_setsockopt(c4091600,d7437d04,5,1,296) at 0xc053e27a = kern_setsockopt+0xb5
setsockopt(c4091600,d7437d04,5,1,296) at 0xc06721af = setsockopt+0x1e   
syscall(3b,3b,bfbf003b),1,8073588) at 0xc06271af = syscall+0x22f
Xint0x80_syscall() at 0xc0661bbf = Xint0x80_syscall+0x1f







with best regards,

-dikshie-  


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 13:16:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 807BB16A453
	for <stable@freebsd.org>; Thu,  8 Dec 2005 13:16:51 +0000 (GMT)
	(envelope-from ivoras@fer.hr)
Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4B69443D83
	for <stable@freebsd.org>; Thu,  8 Dec 2005 13:16:45 +0000 (GMT)
	(envelope-from ivoras@fer.hr)
Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113])
	by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id jB8DGdFx008178;
	Thu, 8 Dec 2005 14:16:40 +0100 (MET)
Message-ID: <43983204.9080609@fer.hr>
Date: Thu, 08 Dec 2005 14:15:48 +0100
From: Ivan Voras <ivoras@fer.hr>
User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
In-Reply-To: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 13:16:51 -0000

Torfinn Ingolfsen wrote:

>  I was thinking about gvinum for the storage server, but given the
> current documentation and the discussions about it now, I don't want to
> risk it. So, I'm looking at hardware raid 5 controllers. From this list,

You could use graid3(8) - it has data+parity components like raid5. I've 
been using it for more than a year now and didn't have problems with it. 
Didn't have to try recovery from a dead disk also, but should work ok.

It's like "regular" RAID3 but uses sector-sized data chunks.

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 13:31:19 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B2F1516A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 13:31:19 +0000 (GMT)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DBCDF43D73
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 13:31:03 +0000 (GMT)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from localhost (localhost [127.0.0.1])
	by kweetal.tue.nl (Postfix) with ESMTP id E6D9113B8EE;
	Thu,  8 Dec 2005 14:31:01 +0100 (CET)
Received: from kweetal.tue.nl ([127.0.0.1])
	by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 92533-04-3; Thu,  8 Dec 2005 14:31:00 +0100 (CET)
Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100])
	by kweetal.tue.nl (Postfix) with ESMTP id DF87D13B88B;
	Thu,  8 Dec 2005 14:31:00 +0100 (CET)
Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72])
	by umta.win.tue.nl (Postfix) with ESMTP id DB29231401C;
	Thu,  8 Dec 2005 14:31:00 +0100 (CET)
Received: by pcwin002.win.tue.nl (Postfix, from userid 1001)
	id C19CD40B8; Thu,  8 Dec 2005 14:31:00 +0100 (CET)
Date: Thu, 8 Dec 2005 14:31:00 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
Message-ID: <20051208133100.GC912@pcwin002.win.tue.nl>
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="DKU6Jbt7q3WqK7+M"
Content-Disposition: inline
In-Reply-To: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
User-Agent: Mutt/1.4.2.1i
X-Bright-Idea: Let's abolish HTML mail!
X-Virus-Scanned: amavisd-new at tue.nl
Cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 13:31:19 -0000


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

On Thu, Dec 08, 2005 at 12:18:57AM +0100, Torfinn Ingolfsen wrote:
>  I was thinking about gvinum for the storage server, but given the
> current documentation and the discussions about it now, I don't want to
> risk it.

IMHO it's pretty stable in 6.0. I've been running gvinum RAID-5 for a
while now; other than one strange panic (something to do with out of
memory situations, see kern/89660) I haven't had a hitch yet. That
said, I haven't needed to replace a disk yet either (I've demoed this
but it was not yet needed in production use).

In short, don't write gvinum off just yet. Documentation is around the
corner (as a result of a SoC project).

--Stijn

--=20
"Well," Brahma said, "even after ten thousand explanations, a fool is
no wiser, but an intelligent man requires only two thousand five
hundred."
                -- The Mahabharata.

--DKU6Jbt7q3WqK7+M
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDmDWUY3r/tLQmfWcRAvogAJ9B5+Ax75ypjp1tTh96kQSwTJFELACfRDKa
3PdqNrZsafHfsgMNQKXblg8=
=+4qC
-----END PGP SIGNATURE-----

--DKU6Jbt7q3WqK7+M--

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 14:31:40 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id B003A16A420;
	Thu,  8 Dec 2005 14:31:40 +0000 (GMT)
	(envelope-from ptroot@iaces.com)
Received: from iaces.com (horton.iaces.com [204.147.87.98])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5BAA743D9A;
	Thu,  8 Dec 2005 14:31:08 +0000 (GMT)
	(envelope-from ptroot@iaces.com)
Received: from [204.147.87.125] (borg.iaces.com [204.147.87.125])
	(authenticated bits=0)
	by iaces.com (8.13.4/8.13.3) with ESMTP id jB8EV0Ta033178
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 8 Dec 2005 08:31:01 -0600 (CST) (envelope-from ptroot@iaces.com)
Message-ID: <439843A6.9080800@iaces.com>
Date: Thu, 08 Dec 2005 08:31:02 -0600
From: "Paul T. Root" <ptroot@iaces.com>
User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Jack Raats <jack@jarasoft.net>
References: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>	<43975426.9050809@math.missouri.edu>
	<005201c5fbbc$e89db440$9700000a@jarasoft.net>
In-Reply-To: <005201c5fbbc$e89db440$9700000a@jarasoft.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: FreeBSD Stable <freebsd-stable@freebsd.org>, freebsd-questions@freebsd.org
Subject: Re: Copying kernel and OS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 14:31:41 -0000

It should work fine. You need to preserve mod and access
times as well as flags and permissions.

If you are going to do this on a repeated basis, I'd look
into something like cvsup or rsync, maybe even mirror, to
keep the slow machines directory structures in sync rather
than a cp -Rp.

Paul.


Jack Raats wrote:
> ***********************
> This message has been scanned by the InterScan for CSC-SSM and found to 
> be free of known security risks.
> ***********************
> 
> 
> Is it also possible to scp both directories to the slow machine?
> 
> JAck
> 
> ----- Original Message ----- From: "Stephen Montgomery-Smith" 
> <stephen@math.missouri.edu>
> To: "Jack Raats" <jack@jarasoft.net>
> Cc: <freebsd-questions@freebsd.org>; "FreeBSD Stable" 
> <freebsd-stable@freebsd.org>
> Sent: Wednesday, December 07, 2005 10:29 PM
> Subject: Re: Copying kernel and OS
> 
> 
>> Jack Raats wrote:
>>
>>> I've two machines running FreeBSD 6.0-STABLE.
>>> One very fast machine and one very very slow machine. On the fast 
>>> machine I can compile a new kernel and OS very quickly and easily.
>>> Is it possible to transfer the compile world and kernel to the slow 
>>> machine. If yes whart directories etc... do i have to transfer.
>>>
>>> Jack
>>
>>
>> I do something like this.  I build on the fast machine, and then use 
>> NFS to allow the slow machine to access /usr/src and /usr/obj.  I have 
>> found that it is important to preserve the names of the directories, 
>> so that they are also called /usr/src and /usr/obj on the slow 
>> machine.  Then I just do mergemaster, make installworld, make 
>> installkernel (in the appropriate order) on the slow machine, and it 
>> works like a charm.
>>
>> The entries in fstab are like this:
>> hub2:/usr/obj    /usr/obj        nfs     rw,bg,noauto    0       0
>> hub2:/usr/src    /usr/src        nfs     rw,bg,noauto    0       0
>> where hub2 is the name of the fast machine.
>>
>> In /etc/exports on hub2 I have something like this
>> /usr -maproot=root -alldirs -network 10.0.0.0 -mask 255.255.255.0
>> (here 10.0.0.0 is the IP addresses of my LAN)
>>
>> and in /etc/rc.conf on hub2 I have some lines like
>> nfs_server_enable="YES"
>> rpcbind_enable="YES"
>>
>> Then on the slow machine I simply type
>> mount /usr/src
>> mount /usr/obj
>>
>> -- 
>>
>> Stephen Montgomery-Smith
>> stephen@math.missouri.edu
>> http://www.math.missouri.edu/~stephen
>>
> 
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"

-- 
    ______	Paul T. Root
   /    _ \  	1977 MGB
  /  /||  \\
||\/ ||  _ |
||   ||   ||
  \   ||__//
   \______/


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 15:02:42 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 963A616A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 15:02:42 +0000 (GMT)
	(envelope-from joao@matik.com.br)
Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 914CB43E15
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 15:01:38 +0000 (GMT)
	(envelope-from joao@matik.com.br)
Received: from anb (ap6.matik.com.br [200.152.83.36] (may be forged))
	by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id jB8F1Xm6076021
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 13:01:33 -0200 (BRST)
	(envelope-from joao@matik.com.br)
From: JoaoBR <joao@matik.com.br>
Organization: Infomatik
To: freebsd-stable@freebsd.org
Date: Thu, 8 Dec 2005 13:01:36 -0200
User-Agent: KMail/1.8.3
References: <120720050703.13264.43968936000DCA87000033D0220076106404040A9C9C9A9D9902080106@comcast.net>
	<20051207092948.GB9312@kierun.org>
	<20051207222230.6691634e.torfinn.ingolfsen@broadpark.no>
In-Reply-To: <20051207222230.6691634e.torfinn.ingolfsen@broadpark.no>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Message-Id: <200512081301.37861.joao@matik.com.br>
X-Filter-Version: 1.11a (msrv.matik.com.br)
X-Virus-Scanned: ClamAV version 0.86.2,
	clamav-milter version 0.86 on msrv.matik.com.br
X-Virus-Status: Clean
Subject: some more on Re: Adventurous fix for wheel mouse not working in
	FreeBSD 6.0
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 15:02:42 -0000

On Wednesday 07 December 2005 19:22, Torfinn Ingolfsen wrote:

> And scrolling does NOT work.

I found out this for releng_6 and appearently is the same on former version=
s=20
since all call the same problem:

when you set in xorg.conf any other option as "Option Protocol auto" the=20
scroll buttons are not working, doesn't matter which and how many buttons y=
ou=20
configure and which of them you set in [Z|X]Axismapping

I need to say I have a NB with synaptics touchpad.

basicly setting

        Driver  "mouse"
        Identifier "touchpad"
        Option  "Device" "/dev/psm0"

        Option "Protocol" "PS/2"
or
        Option  "Protocol" "auto"

and the touchpad works as mouse, tapping, clicking tap+drag and double clic=
k=20
as well as left and right button fuctions

but no scroll

using xev the 4,5,6 and 7 button are not even recognized so I guess the=20
problem is on the PS/2 driver and not in Xorg

and it does not matter if I set

        Option  "Buttons" "7"
        Option  "ZAxisMapping" "4 5"
        Option  "XAxisMapping" "6 7"


then, when I set in loader.conf

	hw.psm.synaptics_support=3D"1"

the synaptics touchpad is probed and I can see it in dmesg but it still doe=
s=20
not work as PS/2 protocol

Soon I set "Option Protocol auto" I get the 7 buttons and I can scroll up a=
nd=20
down and left and right BUT I can not tap+drag anymore, to drag I need to=20
press the phisical left button and the I can drag using the touchpad

Also it doesn't matter if I use moused and sysmouse in xorg.conf,only using=
=20
the synaptic with sysmouse is very nervous and almost unusable, the pointer=
=20
"runs around by itself almost"



even if configuring, the aditional buttons are dead, xev doesn't find them=
=20

I guess PS/2 does not know more than 2 buttons and could perhaps emulate th=
e=20
third

probable PS/2 protocol/driver should be revised to get the additional butto=
ns=20
found.

Jo=E3o










A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik  https://datacenter.matik.com.br

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 15:22:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 7301416A41F;
	Thu,  8 Dec 2005 15:22:32 +0000 (GMT)
	(envelope-from keramida@ceid.upatras.gr)
Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AACFE43D7B;
	Thu,  8 Dec 2005 15:22:30 +0000 (GMT)
	(envelope-from keramida@ceid.upatras.gr)
Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226])
	by rosebud.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id
	jB8FMTea024223; Thu, 8 Dec 2005 17:22:29 +0200
Received: by flame.pc (Postfix, from userid 1001)
	id 6B9BE1157A; Thu,  8 Dec 2005 17:21:43 +0200 (EET)
Date: Thu, 8 Dec 2005 17:21:43 +0200
From: Giorgos Keramidas <keramida@ceid.upatras.gr>
To: Jack Raats <jack@jarasoft.net>
Message-ID: <20051208152143.GA4821@flame.pc>
References: <002701c5fb72$ee18bf90$9700000a@jarasoft.net>
	<43975426.9050809@math.missouri.edu>
	<005201c5fbbc$e89db440$9700000a@jarasoft.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <005201c5fbbc$e89db440$9700000a@jarasoft.net>
Cc: FreeBSD Stable <freebsd-stable@freebsd.org>, freebsd-questions@freebsd.org
Subject: Re: Copying kernel and OS
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 15:22:32 -0000

On 2005-12-08 07:02, Jack Raats <jack@jarasoft.net> wrote:
> Is it also possible to scp both directories to the slow machine?

Maybe, but why do that?  NFS is going to work better :)


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 15:45:01 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4D4DE16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 15:45:01 +0000 (GMT)
	(envelope-from kkowalik@uci.agh.edu.pl)
Received: from galaxy.agh.edu.pl (galaxy.agh.edu.pl [149.156.96.9])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6F2FC43D6B
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 15:44:56 +0000 (GMT)
	(envelope-from kkowalik@uci.agh.edu.pl)
Received: by galaxy.agh.edu.pl (Postfix, from userid 1001)
	id 8C755101F; Thu,  8 Dec 2005 16:44:53 +0100 (CET)
Date: Thu, 8 Dec 2005 16:44:53 +0100
From: Krzysztof Kowalik <kkowalik@uci.agh.edu.pl>
To: freebsd-stable@freebsd.org
Message-ID: <20051208154453.GA4035@uci.agh.edu.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Subject: Fatal trap 12: page fault while in kernel mode
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 15:45:01 -0000

Hello.

While copying a few directories from one machine to my new notebook (tar
over ssh over wireless connection [if_iwi]), the notebook paniced with
the following:

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x52535307
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc078bc08
stack pointer           = 0x28:0xde4ae95c
frame pointer           = 0x28:0xde4ae984
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         = 761 (bsdtar)
trap number             = 12
panic: page fault
Uptime: 11m20s
Dumping 502 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 502MB (128464 pages) 486 470 454 438 422 406 390 374 358 342
326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38
22 6
(kgdb) bt
#0  doadump () at pcpu.h:165
#1  0xc0638202 in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:399
#2  0xc0638498 in panic (fmt=0xc084e5a2 "%s")
    at /usr/src/sys/kern/kern_shutdown.c:555
#3  0xc0807c30 in trap_fatal (frame=0xde4ae91c, eva=1381192455)
    at /usr/src/sys/i386/i386/trap.c:831
#4  0xc080799b in trap_pfault (frame=0xde4ae91c, usermode=0,
eva=1381192455)
    at /usr/src/sys/i386/i386/trap.c:742
#5  0xc08075d9 in trap (frame=
      {tf_fs = 8, tf_es = -565575640, tf_ds = -1065943000, tf_edi =
-565515340, tf_esi = -1043806720, tf_ebp = -565515900, tf_isp =
-565515960, tf_ebx = -1039299392, tf_edx = 170, tf_ecx = 1, tf_eax =
1381191775, tf_trapno = 12, tf_err = 0, tf_eip = -1065829368, tf_cs =
32, tf_eflags = 66051, tf_esp = -1064527936, tf_ss = -565515812}) at
/usr/src/sys/i386/i386/trap.c:432
#6  0xc07f6dca in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc078bc08 in ufsdirhash_lookup (ip=0xc20ec318, 
    name=0xc1c45810 "UPCII.TTF", namelen=9, offp=0x5253505f,
bpp=0x5253505f, 
    prevoffp=0x0) at /usr/src/sys/ufs/ufs/ufs_dirhash.c:409
#8  0xc078d480 in ufs_lookup (ap=0xde4aea80)
    at /usr/src/sys/ufs/ufs/ufs_lookup.c:209
#9  0xc0816d64 in VOP_CACHEDLOOKUP_APV (vop=0x5253505f, a=0xaa)
    at vnode_if.c:150
#10 0xc0682c9e in vfs_cache_lookup (ap=0x5253505f) at vnode_if.h:82
#11 0xc0816cf3 in VOP_LOOKUP_APV (vop=0xc08fbf40, a=0xde4aeb18)
    at vnode_if.c:99
#12 0xc068722d in lookup (ndp=0xde4aeba0) at vnode_if.h:56
#13 0xc0686b6e in namei (ndp=0xde4aeba0) at
/usr/src/sys/kern/vfs_lookup.c:203
#14 0xc0694367 in kern_lstat (td=0xc1fea900, 
    path=0xaa <Address 0xaa out of bounds>, pathseg=170, sbp=0xde4aec74)
    at /usr/src/sys/kern/vfs_syscalls.c:2102
#15 0xc0694303 in lstat (td=0xc1fea900, uap=0xde4aed04)
    at /usr/src/sys/kern/vfs_syscalls.c:2086
#16 0xc0807f47 in syscall (frame=
      {tf_fs = 59, tf_es = 4259899, tf_ds = -1078001605, tf_edi =
-1077941792, tf_esi = -1077941248, tf_ebp = -1077941560, tf_isp =
-565514908, tf_ebx = 134672409, tf_edx = 134586905, tf_ecx = 25, tf_eax
= 190, tf_trapno = 0, tf_err = 2, tf_eip = 672111379, tf_cs = 51,
tf_eflags = 658, tf_esp = -1077941860, tf_ss = 59}) at
/usr/src/sys/i386/i386/trap.c:976
#17 0xc07f6e1f in Xint0x80_syscall () at
/usr/src/sys/i386/i386/exception.s:200
#18 0x00000033 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) 

The notebook runs GENERIC kernel of 6.0-RELEASE.

I don't know if it's known issue or not, nor it is reproducible. If
dmesg would be helpful, I can post it as well. I will keep the vmcore.0
for a while, too, just in case.

-- 
Krzysztof Kowalik               |  () ASCII Ribbon Campaign
Computer Center, AGH UST        |  /\ Support plain text e-mail

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 16:02:09 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 8C56816A420;
	Thu,  8 Dec 2005 16:02:09 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BFF7343D94;
	Thu,  8 Dec 2005 16:01:54 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from draco.over-yonder.net (adsl-144-205-199.jan.bellsouth.net
	[70.144.205.199])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.localelinks.com (Postfix) with ESMTP id E8D77AD;
	Thu,  8 Dec 2005 10:01:48 -0600 (CST)
Received: by draco.over-yonder.net (Postfix, from userid 100)
	id B72A561C21; Thu,  8 Dec 2005 10:01:47 -0600 (CST)
Date: Thu, 8 Dec 2005 10:01:47 -0600
From: "Matthew D. Fuller" <fullermd@over-yonder.net>
To: Peter Jeremy <PeterJeremy@optushome.com.au>
Message-ID: <20051208160147.GB10142@over-yonder.net>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<200512061941.31866.vizion@vizion.occoxmail.com>
	<43974D99.7000809@FreeBSD.org>
	<200512071334.53884.vizion@vizion.occoxmail.com>
	<20051208093442.GW32006@cirb503493.alcatel.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051208093442.GW32006@cirb503493.alcatel.com.au>
X-Editor: vi
X-OS: FreeBSD <http://www.freebsd.org/>
User-Agent: Mutt/1.5.11-fullermd.2
Cc: Doug Barton <dougb@freebsd.org>, freebsd-stable@freebsd.org,
	Vizion <vizion@vizion.occoxmail.com>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 16:02:09 -0000

On Thu, Dec 08, 2005 at 08:34:42PM +1100 I heard the voice of
Peter Jeremy, and lo! it spake thus:
> On Wed, 2005-Dec-07 13:34:53 -0800, Vizion wrote:
> >development is so good. It deserves better and more professional
> >attention to the role of end user documentation.
> 
> Are you volunteering?

It should be noted that this sort of response often comes across
rather sneering and snarky, but (most of the time, anyway) it's really
not meant to.  It often DOES translate pretty directly to "Yes, that
would be nice, and it would be really great if somebody who was
interested and capable were to grab the reins and do it."


-- 
Matthew Fuller     (MF4839)   |  fullermd@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
           On the Internet, nobody can hear you scream.

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 16:04:55 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1A3E116A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 16:04:55 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from mail.localelinks.com (web.localelinks.com [64.39.75.54])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7EEAA43D53
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 16:04:41 +0000 (GMT)
	(envelope-from fullermd@over-yonder.net)
Received: from draco.over-yonder.net (adsl-144-205-199.jan.bellsouth.net
	[70.144.205.199])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.localelinks.com (Postfix) with ESMTP id 6EFB0AD
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 10:04:38 -0600 (CST)
Received: by draco.over-yonder.net (Postfix, from userid 100)
	id 976E161C21; Thu,  8 Dec 2005 10:04:37 -0600 (CST)
Date: Thu, 8 Dec 2005 10:04:37 -0600
From: "Matthew D. Fuller" <fullermd@over-yonder.net>
To: freebsd-stable@freebsd.org
Message-ID: <20051208160437.GC10142@over-yonder.net>
References: <83D1D38D61343B94C22570D00070CB39.0070CC6F422570D0@dp.uz.gov.ua>
	<20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051208075050.GC751@iscmpd-oleg.dp.uz.gov.ua>
X-Editor: vi
X-OS: FreeBSD <http://www.freebsd.org/>
User-Agent: Mutt/1.5.11-fullermd.2
Subject: Re: permanent per month panic on 5.4-p4
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 16:04:55 -0000

On Thu, Dec 08, 2005 at 09:50:50AM +0200 I heard the voice of
Oleg Palij, and lo! it spake thus:
> > Unfortunately this trace looks corrupted.  Are you building your
> > kernel with -O2?
>
> I guess that no.

Isn't -O2 the default now if you're not explicitly setting it
otherwise?


-- 
Matthew Fuller     (MF4839)   |  fullermd@over-yonder.net
Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
           On the Internet, nobody can hear you scream.

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 16:58:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5F97416A41F;
	Thu,  8 Dec 2005 16:58:51 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3E6B043D70;
	Thu,  8 Dec 2005 16:58:46 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02 ([172.18.22.62]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20051208165859.YARX6953.dukecmmtao02.coxmail.com@dukecmmtao02>;
	Thu, 8 Dec 2005 11:58:59 -0500
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
From: <vizion@vizion.occoxmail.com>
To: Peter Jeremy <PeterJeremy@optushome.com.au>
Date: Thu, 8 Dec 2005 8:57:01 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20051208165859.YARX6953.dukecmmtao02.coxmail.com@dukecmmtao02>
Cc: Doug Barton <dougb@freebsd.org>, freebsd-stable@freebsd.org
Subject: Re: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 16:58:51 -0000

> 
> From: Peter Jeremy <PeterJeremy@optushome.com.au>
> Date: 2005/12/08 Thu AM 01:34:42 PST
> To: Vizion <vizion@vizion.occoxmail.com>
> CC: Doug Barton <dougb@freebsd.org>,  freebsd-stable@freebsd.org
> Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
> 
> On Wed, 2005-Dec-07 13:34:53 -0800, Vizion wrote:
> >Well having run many very large scale projects myself I  find it difficult to 
> >accept either implication of this perspective.
> 
> There's a massive difference between running a large commercial project
> and running a large open source project using volunteers.  
Not really I have done both and found that shared values and community collaboration work the same. 

>On a commercial
> project, you can direct someone to do something and they have a choice of
> either doing it or finding another job.  

Well that kind of development environment (rule by dictat) does not work very well. Developers are people who are engaged in a collaborative process. If you encourage them to think like prima donas then they will behave like prima donas rather than as part of an integrated team.

>On a volunteer project, there's
> a limit to how far you can push someone to do something they don't enjoy
> before they just leave.

Push has it limitations everywhere.. goals and communal rewards are better in both volunteer and commercial projects.
> 
> > The first implication is that 
> >we should be complacent about it and not seek to find a method to improve the 
> >process.
> 
> I don't think anyone is suggesting this.  In my experience, the FreeBSD
> project is always open to process improvements - this is especially
> obvious in the documentation and release engineering areas.
> 
 The question is about the degree of committment to process change not whwther it is absent or present. The critique is there is tooo little comitment to process change and too much resistance to greater concentration on the quality of user docuimentation and the significance of that work in the developmenmt cycle.


> >>Most of our really top 
> >>notch developers are actually very bad at documenting their work (I don't
> >>mean bad at being timely with it, I mean that they are bad at DOING it), and
> >>frankly their time is better spent elsewhere. 
> >
> >That is a judgment call - franky my experience has been that developers who 
> >are bad at ensuring their work is well documentated are second rate rather 
> >than top rate developers.
> 


> Software developers are notoriously poor at writing documentation for
> non-technical people.  There are probably very few developers who
> enjoy writing end-user documentation (and can write).  In my
> experience, especially on large projects, it's rare for developers to
> write the end-user documentation.  
NOTE I said"
 F:ranky my experience has been that developers who are bad at
ENSURING 
their work is well documentated are second rate rather than top rate developers.
The work of the technical writer needs to influence development at the design stage! It does not matter whether the developer does or does not write the the documentation but it does matter whether the developer is  COMIITED to both ensuring that there is proper documentation AND that the documentation process is an integral part of the development process that influences its outcome.

>They may write a rough outline but
> it's the technical writers who actually do the documentation.  

The outline for  user documentation needs to be structured  BEFORE development begins NOT  as an afterthought. In a well structured development environment documentation is part of DESIGN not post design implementation . That is because thinking about end user at the design stage is necessary if the outcome of the process is going to be user centric. 
>The
> problem is finding people with technical writing skills who are
> interested in helping with FreeBSD.
>
Freebsd needs to reorganize the way it develops if it is going to interest techn ical writers. No technical writer wants to be associated with writing documnets for developments that have been poorly designed for the end user. Clearing up someone else's mess is no fun. If you treat technical writers as people who come along afterwards and pick up yopur trash OF COURSE you will not get them involved. You need to ask WHY it is difficult to get them.  It is because freebsd does not produce software with a focus on end user satisfaction. This is a chicken and egg problem that  can only be solved by a fu8ndamental shift both the focus of development objectives and the development process.
> 
> It's also worth noting that a number of FreeBSD developers are not native
> English speakers.  It's probably unreasonable to expect them to write
> polished English documentation.
> 
> >What I have found works in development is to create team relationships that 
> >cover design, development and documentation.
> 
> I agree that this is a good approach.  It's similar to the 'surgical
> team' approach that Brooks recommends in "The Mythical Man-Month".  I
> think that this does happen to some extent in FreeBSD but agree it
> could be more widespread.  (Though it is probably harder to put it into
> practice in a distributed, volunteer project than when the team share
> a cubicle).
> 
I do not agree -- it mkay be harder for some people to accept that they cannot be part of a freebsd development team if they are not committed to playing their part in ensuring high quality  documentaion  and the need for integrating documentation into the development process. there can be no place for prima donas in a communal development project.
> >My view would be that the freebsd project might do well to consider 
> >implementing a "no release without quality documentation assurance" policy. 
> ...
> >development is so good. It deserves better and more professional attention to 
> >the role of end user documentation.
> 
> Are you volunteering?

I would if I saw signs of  change but I am pretty despairfull about how illing the core group are to revising the way in which the process happens. The way things have been throughout freebsd history does not give me much confidence of its capacity to make the philosophical and structural changes that are needed to make user documentation a key part of the devlopmental cycle with an ability for user friendliness and user needs to influence the what, why, how, when and (and even the where) of devlopment.

I think there may be greater hope in creating a project that can place an interface layer that runs on top of freebsd to ensure that freebsd is relevant in ten years. That is a project I am currently thinking about and wondering whether I have the time and energy available to kick start such an endeavor.
> 


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 17:05:08 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 157A716A41F;
	Thu,  8 Dec 2005 17:05:08 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02.coxmail.com (dukecmmtao02.coxmail.com
	[68.99.120.69])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 107AE43D83;
	Thu,  8 Dec 2005 17:04:51 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtao02 ([172.18.22.62]) by dukecmmtao02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20051208170508.YKKD6953.dukecmmtao02.coxmail.com@dukecmmtao02>;
	Thu, 8 Dec 2005 12:05:08 -0500
X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809)
From: <vizion@vizion.occoxmail.com>
To: "Matthew D. Fuller" <fullermd@over-yonder.net>,
	Peter Jeremy <PeterJeremy@optushome.com.au>
Date: Thu, 8 Dec 2005 9:03:10 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Message-Id: <20051208170508.YKKD6953.dukecmmtao02.coxmail.com@dukecmmtao02>
Cc: Doug Barton <dougb@freebsd.org>, freebsd-stable@freebsd.org,
	Vizion <vizion@vizion.occoxmail.com>
Subject: Re: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 17:05:08 -0000


> 
> From: "Matthew D. Fuller" <fullermd@over-yonder.net>
> Date: 2005/12/08 Thu AM 08:01:47 PST
> To: Peter Jeremy <PeterJeremy@optushome.com.au>
> CC: Doug Barton <dougb@freebsd.org>,  freebsd-stable@freebsd.org, 
> 	Vizion <vizion@vizion.occoxmail.com>
> Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
> 
> On Thu, Dec 08, 2005 at 08:34:42PM +1100 I heard the voice of
> Peter Jeremy, and lo! it spake thus:
> > On Wed, 2005-Dec-07 13:34:53 -0800, Vizion wrote:
> > >development is so good. It deserves better and more professional
> > >attention to the role of end user documentation.
> > 
> > Are you volunteering?
> 
> It should be noted that this sort of response often comes across
> rather sneering and snarky, but (most of the time, anyway) it's really
> not meant to.  It often DOES translate pretty directly to "Yes, that
> would be nice, and it would be really great if somebody who was
> interested and capable were to grab the reins and do it."
> 
> 

Do you mean the response sounds like freebsd documentation <chuckles>

See my last email for a response to that one !

ATM I am struggling on a win machine because my local server once more refused to upgrade to 6.0 and this time has bombed outcompletely - looks nlike a complete rebuild 
david

> -- 
> Matthew Fuller     (MF4839)   |  fullermd@over-yonder.net
> Systems/Network Administrator |  http://www.over-yonder.net/~fullermd/
>            On the Internet, nobody can hear you scream.
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
> 


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 17:29:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D127316A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 17:29:53 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7D5C043D81
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 17:29:48 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from vader ([212.135.219.179])
	by multiplay.co.uk (multiplay.co.uk [85.236.96.23])
	(MDaemon.PRO.v8.1.3.R) with ESMTP id md50002102568.msg
	for <freebsd-stable@freebsd.org>; Thu, 08 Dec 2005 17:29:11 +0000
Message-ID: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk>
From: "Steven Hartland" <killing@multiplay.co.uk>
To: <freebsd-stable@freebsd.org>
Date: Thu, 8 Dec 2005 17:29:06 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2670
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-Spam-Processed: multiplay.co.uk, Thu, 08 Dec 2005 17:29:11 +0000
	(not processed: message from valid local sender)
X-MDRemoteIP: 212.135.219.179
X-Return-Path: killing@multiplay.co.uk
X-MDaemon-Deliver-To: freebsd-stable@freebsd.org
X-MDAV-Processed: multiplay.co.uk, Thu, 08 Dec 2005 17:29:13 +0000
Subject: bsdtar / libarchive bug?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 17:29:53 -0000

It seems bsdtar can create files it cant read. i.e. it will happily create
empty tar.gz files but when it comes to read them the following error
is output:
tar: Unrecognized archive format: Inappropriate file type or format

Having a look at libarchive shows the following code:
    /* An empty archive is a serious error. */
    if (bytes_read == 0) {
        archive_set_error(a, ARCHIVE_ERRNO_FILE_FORMAT,
            "Empty input file");
        return (ARCHIVE_FATAL);
    }

Which is where I expect the issue is, why would an empty archive
be fatal? I can see any reason for this, yes its strange but there's
nothing fatal about it imo.

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to postmaster@multiplay.co.uk.


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 17:30:46 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 84A7A16A420
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 17:30:46 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7DA8943D7F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 17:30:30 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051208173029.TMXA28251.mta13.adelphia.net@daemon.jim-liesl.org>; 
	Thu, 8 Dec 2005 12:30:29 -0500
Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 4DFD6610C;
	Thu,  8 Dec 2005 10:33:35 -0700 (MST)
Received: from [127.0.0.1] (daemon.clspco.adelphia.net [192.168.1.15])
	by daemon.jim-liesl.org (Postfix) with ESMTP id D3B39610A;
	Thu,  8 Dec 2005 10:33:34 -0700 (MST)
Message-ID: <43986D10.9040503@jim-liesl.org>
Date: Thu, 08 Dec 2005 10:27:44 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Peter Jeremy <PeterJeremy@optushome.com.au>
References: <200512051518.43896.vizion@vizion.occoxmail.com>	<200512061941.31866.vizion@vizion.occoxmail.com>	<43974D99.7000809@FreeBSD.org>	<200512071334.53884.vizion@vizion.occoxmail.com>
	<20051208093442.GW32006@cirb503493.alcatel.com.au>
In-Reply-To: <20051208093442.GW32006@cirb503493.alcatel.com.au>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: freebsd-stable@freebsd.org, Vizion <vizion@vizion.occoxmail.com>
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 17:30:46 -0000

Peter Jeremy wrote:

>On Wed, 2005-Dec-07 13:34:53 -0800, Vizion wrote:
>  
>
>>That is a judgment call - franky my experience has been that developers who 
>>are bad at ensuring their work is well documentated are second rate rather 
>>than top rate developers.
>>    
>>
>
>Software developers are notoriously poor at writing documentation for
>non-technical people.  There are probably very few developers who
>enjoy writing end-user documentation (and can write).  
>
My personal expectation is *not* that the FreeBSD developers tell me 
what a cdrom is.  My expectation is that they tell me what works, what 
doesn't, and warn me about whats in the middle.  Trust me, there are 
damn few "non-technical" people installing FreeBSD, and I'm pretty sure 
both of them gave up in sysinstall.  I can read (most) code and I can 
search PR's.  However, if it's 2 am and my server has puked on it's 
shoes during an upgrade due to an undocumented issue the developer knew 
about, I'm not going to recommend FreeBSD to anyone other than as a 
hobby for single men with beards.

>In my
>experience, especially on large projects, it's rare for developers to
>write the end-user documentation.  They may write a rough outline but
>it's the technical writers who actually do the documentation.  The
>problem is finding people with technical writing skills who are
>interested in helping with FreeBSD.
>
>It's also worth noting that a number of FreeBSD developers are not native
>English speakers.  It's probably unreasonable to expect them to write
>polished English documentation.
>  
>
Again, I'm not asking them to write chapters in the handbook and I 
understand (and assumed) they may not be native English speakers.  How 
hard is it to get a, "ata.c broke with via 666 sata chipset under heavy 
load"?  If I have a via 666 sata chipset, now I know to go looking in 
the code.  Even if don't go looking in the code, I know that I might 
want to look at a different adapter.  Don't tell me whats little more 
than a subject line of a mail message is beyond even a junior 
non-English speaking coder and a few minutes with a translation program.

> Are you volunteering?

Yes, I'd like to help, not that I think my writing skills are all that 
great.  But "no" if the developers won't be forthcoming with details.

P.S. I'm not picking on the ata code or it's owners.  It was just a 
module name I knew off hand.

jim

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 19:03:56 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id DFC6316A428
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:03:55 +0000 (GMT)
	(envelope-from ringworm01@gmail.com)
Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1376443D81
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:03:10 +0000 (GMT)
	(envelope-from ringworm01@gmail.com)
Received: by xproxy.gmail.com with SMTP id s9so470383wxc
	for <freebsd-stable@freebsd.org>; Thu, 08 Dec 2005 11:03:02 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id;
	b=jzGaSqHtRAk9dije8o3Ara3Z/zb9HUitpwdxJDjMpO3fb0u+/nNAcUnCtjFr55dyS16CYHJdPwGUpcUxs9Xr2gH3FB8bKamZ0V8lkWOiBYbnS0HfVwmGAdYitAIgfE1AF29WYaEnUcj015HcJLJNzcy4O6TH+wVO3FhjARXVxwY=
Received: by 10.70.59.17 with SMTP id h17mr3525979wxa;
	Thu, 08 Dec 2005 11:03:02 -0800 (PST)
Received: from ringworm.mechee.com ( [71.102.14.129])
	by mx.gmail.com with ESMTP id i36sm3871354wxd.2005.12.08.11.03.01;
	Thu, 08 Dec 2005 11:03:02 -0800 (PST)
From: "Michael C. Shultz" <ringworm01@gmail.com>
To: freebsd-stable@freebsd.org
Date: Thu, 8 Dec 2005 11:02:57 -0800
User-Agent: KMail/1.8.3
References: <20051208165859.YARX6953.dukecmmtao02.coxmail.com@dukecmmtao02>
In-Reply-To: <20051208165859.YARX6953.dukecmmtao02.coxmail.com@dukecmmtao02>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512081102.58615.ringworm01@gmail.com>
Cc: Peter Jeremy <PeterJeremy@optushome.com.au>,
	Doug Barton <dougb@freebsd.org>, vizion@vizion.occoxmail.com
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 19:03:56 -0000

On Thursday 08 December 2005 08:57, vizion@vizion.occoxmail.com wrote:
> > From: Peter Jeremy <PeterJeremy@optushome.com.au>
> > Date: 2005/12/08 Thu AM 01:34:42 PST
> > To: Vizion <vizion@vizion.occoxmail.com>
> > CC: Doug Barton <dougb@freebsd.org>,  freebsd-stable@freebsd.org
> > Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
> >
> > On Wed, 2005-Dec-07 13:34:53 -0800, Vizion wrote:
> > >Well having run many very large scale projects myself I  find it
> > > difficult to accept either implication of this perspective.
> >
> > There's a massive difference between running a large commercial project
> > and running a large open source project using volunteers.
>
> Not really I have done both and found that shared values and community
> collaboration work the same.
>
> >On a commercial
> > project, you can direct someone to do something and they have a choice of
> > either doing it or finding another job.
>
> Well that kind of development environment (rule by dictat) does not work
> very well. Developers are people who are engaged in a collaborative
> process. If you encourage them to think like prima donas then they will
> behave like prima donas rather than as part of an integrated team.
>
> >On a volunteer project, there's
> > a limit to how far you can push someone to do something they don't enjoy
> > before they just leave.
>
> Push has it limitations everywhere.. goals and communal rewards are better
> in both volunteer and commercial projects.
>
> > > The first implication is that
> > >we should be complacent about it and not seek to find a method to
> > > improve the process.
> >
> > I don't think anyone is suggesting this.  In my experience, the FreeBSD
> > project is always open to process improvements - this is especially
> > obvious in the documentation and release engineering areas.
>
>  The question is about the degree of committment to process change not
> whwther it is absent or present. The critique is there is tooo little
> comitment to process change and too much resistance to greater
> concentration on the quality of user docuimentation and the significance of
> that work in the developmenmt cycle.
>
> > >>Most of our really top
> > >>notch developers are actually very bad at documenting their work (I
> > >> don't mean bad at being timely with it, I mean that they are bad at
> > >> DOING it), and frankly their time is better spent elsewhere.
> > >
> > >That is a judgment call - franky my experience has been that developers
> > > who are bad at ensuring their work is well documentated are second rate
> > > rather than top rate developers.
> >
> > Software developers are notoriously poor at writing documentation for
> > non-technical people.  There are probably very few developers who
> > enjoy writing end-user documentation (and can write).  In my
> > experience, especially on large projects, it's rare for developers to
> > write the end-user documentation.
>
> NOTE I said"
>  F:ranky my experience has been that developers who are bad at
> ENSURING
> their work is well documentated are second rate rather than top rate
> developers. The work of the technical writer needs to influence development
> at the design stage! It does not matter whether the developer does or does
> not write the the documentation but it does matter whether the developer is
>  COMIITED to both ensuring that there is proper documentation AND that the
> documentation process is an integral part of the development process that
> influences its outcome.
>
> >They may write a rough outline but
> > it's the technical writers who actually do the documentation.
>
> The outline for  user documentation needs to be structured  BEFORE
> development begins NOT  as an afterthought. In a well structured
> development environment documentation is part of DESIGN not post design
> implementation . That is because thinking about end user at the design
> stage is necessary if the outcome of the process is going to be user
> centric.
>
> >The
> > problem is finding people with technical writing skills who are
> > interested in helping with FreeBSD.
>
> Freebsd needs to reorganize the way it develops if it is going to interest
> techn ical writers. No technical writer wants to be associated with writing
> documnets for developments that have been poorly designed for the end user.
> Clearing up someone else's mess is no fun. If you treat technical writers
> as people who come along afterwards and pick up yopur trash OF COURSE you
> will not get them involved. You need to ask WHY it is difficult to get
> them.  It is because freebsd does not produce software with a focus on end
> user satisfaction. This is a chicken and egg problem that  can only be
> solved by a fu8ndamental shift both the focus of development objectives and
> the development process.
>
> > It's also worth noting that a number of FreeBSD developers are not native
> > English speakers.  It's probably unreasonable to expect them to write
> > polished English documentation.
> >
> > >What I have found works in development is to create team relationships
> > > that cover design, development and documentation.
> >
> > I agree that this is a good approach.  It's similar to the 'surgical
> > team' approach that Brooks recommends in "The Mythical Man-Month".  I
> > think that this does happen to some extent in FreeBSD but agree it
> > could be more widespread.  (Though it is probably harder to put it into
> > practice in a distributed, volunteer project than when the team share
> > a cubicle).
>
> I do not agree -- it mkay be harder for some people to accept that they
> cannot be part of a freebsd development team if they are not committed to
> playing their part in ensuring high quality  documentaion  and the need for
> integrating documentation into the development process. there can be no
> place for prima donas in a communal development project.
>
> > >My view would be that the freebsd project might do well to consider
> > >implementing a "no release without quality documentation assurance"
> > > policy.
> >
> > ...
> >
> > >development is so good. It deserves better and more professional
> > > attention to the role of end user documentation.
> >
> > Are you volunteering?
>
> I would if I saw signs of  change but I am pretty despairfull about how
> illing the core group are to revising the way in which the process happens.
> The way things have been throughout freebsd history does not give me much
> confidence of its capacity to make the philosophical and structural changes
> that are needed to make user documentation a key part of the devlopmental
> cycle with an ability for user friendliness and user needs to influence the
> what, why, how, when and (and even the where) of devlopment.
>
> I think there may be greater hope in creating a project that can place an
> interface layer that runs on top of freebsd to ensure that freebsd is
> relevant in ten years. That is a project I am currently thinking about and
> wondering whether I have the time and energy available to kick start such
> an endeavor.
>

Vison, you are much better at writting florid prose on how and why FreeBSD is 
such an awful OS run by a team of Techies who care nothing about end users 
needs than you are at reading and comprehending simple instructions.

 What you write is almost believable, your writing skill is very good and 
convincing, only in this particualr case I know you are completely wrong and 
your failure to follow the simplest advice is why your machine is now non 
operational.  Quit crying about non relevent issues and concentrate on 
solving your real problem - getting that darn machine to boot up.

One last thought, name one OS that has better documentation than FreeBSD
please, comercial or otherwise.  Maybe there is such a beast, if so I am very 
curious to know what it is called.

-Mike




From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 19:30:42 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9C7EF16A420
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:30:42 +0000 (GMT)
	(envelope-from torfinn.ingolfsen@broadpark.no)
Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6D29843D68
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:30:34 +0000 (GMT)
	(envelope-from torfinn.ingolfsen@broadpark.no)
Received: from osl1sminn1.broadpark.no ([80.202.4.59])
	by osl1smout1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with ESMTP id <0IR70045W2E47M80@osl1smout1.broadpark.no> for
	freebsd-stable@freebsd.org; Thu, 08 Dec 2005 20:34:52 +0100 (CET)
Received: from kg-work.kg4.no ([80.203.92.30]) by osl1sminn1.broadpark.no
	(Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004))
	with SMTP id <0IR700A3J2BJHDS4@osl1sminn1.broadpark.no> for
	freebsd-stable@freebsd.org; Thu, 08 Dec 2005 20:33:19 +0100 (CET)
Date: Thu, 08 Dec 2005 20:30:33 +0100
From: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq;
	m"_0v;
	~rUM2Yy!zmkh)3&U|u!=<N>T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH
In-reply-to: <43983204.9080609@fer.hr>
To: freebsd-stable@freebsd.org
Message-id: <20051208203033.3b56ebe4.torfinn.ingolfsen@broadpark.no>
MIME-version: 1.0
X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd5.4)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<43983204.9080609@fer.hr>
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 19:30:42 -0000

On Thu, 08 Dec 2005 14:15:48 +0100
Ivan Voras <ivoras@fer.hr> wrote:

> You could use graid3(8) - it has data+parity components like raid5.

What about write performance? Based on RAID3 documentation I have read
(on the 'net, so I cannot vouch for the correctness of it), you will get
worse write performance than with RAID5. Does anybody have some real
numbers here?

> I've  been using it for more than a year now and didn't have problems
> with it.  Didn't have to try recovery from a dead disk also, but
> should work ok.

I would prefer a firsthand "crash" report that tells what happened, and
a step-by-step "here's how I fixed it" guide, but ok. :-)
-- 
Regards,
Torfinn Ingolfsen,
Norway


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 19:35:20 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BA02516A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:35:20 +0000 (GMT)
	(envelope-from bkoenig@cs.tu-berlin.de)
Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D60C343DA4
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:35:01 +0000 (GMT)
	(envelope-from bkoenig@cs.tu-berlin.de)
Received: from eurystheus.local (port-212-202-39-231.dynamic.qsc.de
	[212.202.39.231])
	by efacilitas.de (Postfix) with ESMTP id 165FE4CAF0;
	Thu,  8 Dec 2005 20:43:13 +0100 (CET)
Received: from [192.168.1.2] (muhkuh.local [192.168.1.2])
	by eurystheus.local (Postfix) with ESMTP id 55528508B5;
	Thu,  8 Dec 2005 20:33:43 +0100 (CET)
Message-ID: <43988AE9.4020703@cs.tu-berlin.de>
Date: Thu, 08 Dec 2005 20:35:05 +0100
From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= <bkoenig@cs.tu-berlin.de>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
X-Accept-Language: de-DE, de, en-us, en
MIME-Version: 1.0
To: "Mars G. Miro" <marsgmiro@gmail.com>
References: <28edec3c0512080258u381182bfia5fca6193c57bb6@mail.gmail.com>
In-Reply-To: <28edec3c0512080258u381182bfia5fca6193c57bb6@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: freebsd-stable@freebsd.org
Subject: Re: pw groupdel misbehavior?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 19:35:20 -0000

Hello,

Right now I submitted a problem report with a suggestion for a patch 
concerning this. It has the internal identification `bin/90114'.

Björn


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 19:51:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4C84A16A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:51:31 +0000 (GMT)
	(envelope-from chris@haakonia.hitnet.rwth-aachen.de)
Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE
	[134.130.3.131])
	by mx1.FreeBSD.org (Postfix) with ESMTP id AE6D143D73
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 19:51:21 +0000 (GMT)
	(envelope-from chris@haakonia.hitnet.rwth-aachen.de)
Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31])
	by ms-dienst.rz.rwth-aachen.de
	(iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004))
	with ESMTP id <0IR700AL532Y1R@ms-dienst.rz.rwth-aachen.de> for
	freebsd-stable@freebsd.org; Thu, 08 Dec 2005 20:49:47 +0100 (MET)
Received: from relay.rwth-aachen.de ([134.130.3.1])
	by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Thu,
	08 Dec 2005 20:49:46 +0100 (MET)
Received: from bigboss.hitnet.rwth-aachen.de
	(bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2])
	by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id jB8JnjjU000348;
	Thu, 08 Dec 2005 20:49:45 +0100 (MET)
Received: from lorien.hitnet.rwth-aachen.de
	([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de)
	by bigboss.hitnet.rwth-aachen.de with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)	(Exim 4.50)	id 1EkRlx-0001Ut-Rb;
	Thu, 08 Dec 2005 20:49:45 +0100
Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001)
	id 8B7B03F412; Thu, 08 Dec 2005 20:49:15 +0100 (CET)
Date: Thu, 08 Dec 2005 20:49:15 +0100
From: Christian Brueffer <chris@unixpages.org>
In-reply-to: <20051208133100.GC912@pcwin002.win.tue.nl>
To: Stijn Hoop <stijn@win.tue.nl>
Message-id: <20051208194915.GC948@unixpages.org>
MIME-version: 1.0
Content-type: multipart/signed; boundary=eHhjakXzOLJAF9wJ;
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-disposition: inline
User-Agent: Mutt/1.5.11
X-Operating-System: FreeBSD 6.0-STABLE
X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc
X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<20051208133100.GC912@pcwin002.win.tue.nl>
Cc: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>,
	freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 19:51:31 -0000


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

On Thu, Dec 08, 2005 at 02:31:00PM +0100, Stijn Hoop wrote:
> On Thu, Dec 08, 2005 at 12:18:57AM +0100, Torfinn Ingolfsen wrote:
> >  I was thinking about gvinum for the storage server, but given the
> > current documentation and the discussions about it now, I don't want to
> > risk it.
>=20
> IMHO it's pretty stable in 6.0. I've been running gvinum RAID-5 for a
> while now; other than one strange panic (something to do with out of
> memory situations, see kern/89660) I haven't had a hitch yet. That
> said, I haven't needed to replace a disk yet either (I've demoed this
> but it was not yet needed in production use).
>=20
> In short, don't write gvinum off just yet. Documentation is around the
> corner (as a result of a SoC project).
>=20

Actually gvinum(8) has been committed to CURRENT and RELENG_6 a couple
of days ago.

- 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

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

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

iD8DBQFDmI47bHYXjKDtmC0RArSLAJ0d7GeOTHzqajbAPAghrBG8xUDYkACgpHR0
EsJhfaAW8sjm8EpLqLon7t4=
=+MmE
-----END PGP SIGNATURE-----

--eHhjakXzOLJAF9wJ--


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 21:42:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 978A416A420
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 21:42:50 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: from mail2.fluidhosting.com (mail2.fluidhosting.com [204.14.90.12])
	by mx1.FreeBSD.org (Postfix) with SMTP id 93BD343D49
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 21:42:47 +0000 (GMT)
	(envelope-from dougb@FreeBSD.org)
Received: (qmail 86787 invoked by uid 399); 8 Dec 2005 21:42:46 -0000
Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1)
	by localhost with SMTP; 8 Dec 2005 21:42:46 -0000
Message-ID: <4398A8D5.7050404@FreeBSD.org>
Date: Thu, 08 Dec 2005 13:42:45 -0800
From: Doug Barton <dougb@FreeBSD.org>
Organization: http://www.FreeBSD.org/
User-Agent: Thunderbird 1.5 (X11/20051206)
MIME-Version: 1.0
To: secmgr <security@jim-liesl.org>
References: <200512051518.43896.vizion@vizion.occoxmail.com>
	<20051206120026.GC62078@ip.net.ua>
	<200512061148.01012.vizion@vizion.occoxmail.com>
	<200512061320.45584.vizion@vizion.occoxmail.com>
	<20051206212850.GA79286@xor.obsecurity.org>
	<43960445.4050202@jim-liesl.org>
	<20051206214613.GA79648@xor.obsecurity.org>
	<43962B8E.1090407@jim-liesl.org>
	<20051206163732.K60888@znfgre.qbhto.arg>
	<43975511.5070002@jim-liesl.org>
In-Reply-To: <43975511.5070002@jim-liesl.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 21:42:50 -0000

secmgr wrote:
> Doug Barton wrote:

>> +       When upgrading from one major version to another, it is
>> +       generally best to upgrade to the latest code in the branch
>> +       currently installed first, then do another upgrade to the
>> +       new branch.
>>
> Or as another poster said, just say latest RELENG_5 prior to upgrade

Based on recommendations from this thread and from kris, I changed the 
wording to be more generic, and added the same text to the UPGRADING file in 
HEAD, and RELENG_6.

> Well, if it's common knowledge, lets see it documented.  We're only 
> talking a few lines in the handbook or the release notes, not an entire 
> chapter.

I did my bit. I'm sure that the freebsd-doc folks are eagerly anticipating 
your patches, since this is such an easy thing to add. :)

> <rant3>
> My frustration comes from the fact that this seems to be getting worse, 
> not better. 

 From your perspective that may be true, however from a more general 
perspective I don't agree. C'est la vie.

> In addition, every time I bring this up, I'm told (usually 
> by someone with a freebsd.org address) that, "oh we all know/knew about 
> that"  or, "it's common knowledge".

I have been very careful to say that I agree that our documentation can 
always be improved. I've also been very careful to say that the only way 
this will happen is if someone steps up to do it. I realize that's not the 
answer you're looking for, but it's the only one we have, and all the 
elegantly phrased rants, descriptions of what we should be doing for you 
(and how we should be doing it), and other things that you (pl.) wish were 
so won't change that.

Doug


-- 

     This .signature sanitized for your protection


From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 22:31:04 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 78FD416A420;
	Thu,  8 Dec 2005 22:31:04 +0000 (GMT)
	(envelope-from green@green.homeunix.org)
Received: from green.homeunix.org (green@localhost [127.0.0.1])
	by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jB8MV3Rf037472;
	Thu, 8 Dec 2005 17:31:03 -0500 (EST)
	(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
	by green.homeunix.org (8.13.4/8.13.1/Submit) id jB8MV3GI037471;
	Thu, 8 Dec 2005 17:31:03 -0500 (EST) (envelope-from green)
Date: Thu, 8 Dec 2005 17:31:02 -0500
From: Brian Fundakowski Feldman <green@freebsd.org>
To: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>
Message-ID: <20051208223102.GE98704@green.homeunix.org>
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<43983204.9080609@fer.hr>
	<20051208203033.3b56ebe4.torfinn.ingolfsen@broadpark.no>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051208203033.3b56ebe4.torfinn.ingolfsen@broadpark.no>
User-Agent: Mutt/1.5.11
Cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 22:31:04 -0000

On Thu, Dec 08, 2005 at 08:30:33PM +0100, Torfinn Ingolfsen wrote:
> On Thu, 08 Dec 2005 14:15:48 +0100
> Ivan Voras <ivoras@fer.hr> wrote:
> 
> > You could use graid3(8) - it has data+parity components like raid5.
> 
> What about write performance? Based on RAID3 documentation I have read
> (on the 'net, so I cannot vouch for the correctness of it), you will get
> worse write performance than with RAID5. Does anybody have some real
> numbers here?
> 
> > I've  been using it for more than a year now and didn't have problems
> > with it.  Didn't have to try recovery from a dead disk also, but
> > should work ok.
> 
> I would prefer a firsthand "crash" report that tells what happened, and
> a step-by-step "here's how I fixed it" guide, but ok. :-)

It is REALLY FAST!  Make sure you use 6.0-RELEASE or later so that you
have the fix for lock-ups in certain usage patterns and also configure
it for performance with "graid3 label -r".

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 22:54:06 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 0ACB616A420;
	Thu,  8 Dec 2005 22:54:05 +0000 (GMT)
	(envelope-from green@green.homeunix.org)
Received: from green.homeunix.org (green@localhost [127.0.0.1])
	by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jB8Ms5vX037642;
	Thu, 8 Dec 2005 17:54:05 -0500 (EST)
	(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
	by green.homeunix.org (8.13.4/8.13.1/Submit) id jB8Ms5Bk037641;
	Thu, 8 Dec 2005 17:54:05 -0500 (EST) (envelope-from green)
Date: Thu, 8 Dec 2005 17:54:04 -0500
From: Brian Fundakowski Feldman <green@freebsd.org>
To: Steven Hartland <killing@multiplay.co.uk>
Message-ID: <20051208225404.GF98704@green.homeunix.org>
References: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk>
User-Agent: Mutt/1.5.11
Cc: freebsd-stable@freebsd.org
Subject: Re: bsdtar / libarchive bug?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 22:54:06 -0000

On Thu, Dec 08, 2005 at 05:29:06PM -0000, Steven Hartland wrote:
> It seems bsdtar can create files it cant read. i.e. it will happily create
> empty tar.gz files but when it comes to read them the following error
> is output:
> tar: Unrecognized archive format: Inappropriate file type or format
> 
> Having a look at libarchive shows the following code:
>    /* An empty archive is a serious error. */
>    if (bytes_read == 0) {
>        archive_set_error(a, ARCHIVE_ERRNO_FILE_FORMAT,
>            "Empty input file");
>        return (ARCHIVE_FATAL);
>    }
> 
> Which is where I expect the issue is, why would an empty archive
> be fatal? I can see any reason for this, yes its strange but there's
> nothing fatal about it imo.

I don't think it will "happily create empty tar.gz files", even where
by empty you mean the tar itself inside of the gz.

{"/home/green" green@green}$ tar cfv x.tar
tar: no files or directories specified
{"/home/green" green@green}$ tar cfvz x.tar.gz
tar: no files or directories specified
{"/home/green" green@green}$ ls -l x.ta*
ls: x.ta*: No such file or directory

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 23:46:39 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1B0C716A420;
	Thu,  8 Dec 2005 23:46:39 +0000 (GMT)
	(envelope-from dan@dan.emsphone.com)
Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3380943D78;
	Thu,  8 Dec 2005 23:46:01 +0000 (GMT)
	(envelope-from dan@dan.emsphone.com)
Received: (from dan@localhost)
	by dan.emsphone.com (8.13.1/8.13.3) id jB8Njedw049728;
	Thu, 8 Dec 2005 17:45:40 -0600 (CST) (envelope-from dan)
Date: Thu, 8 Dec 2005 17:45:40 -0600
From: Dan Nelson <dnelson@allantgroup.com>
To: Brian Fundakowski Feldman <green@freebsd.org>
Message-ID: <20051208234540.GB95420@dan.emsphone.com>
References: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk>
	<20051208225404.GF98704@green.homeunix.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051208225404.GF98704@green.homeunix.org>
X-OS: FreeBSD 5.4-STABLE
X-message-flag: Outlook Error
User-Agent: Mutt/1.5.11
Cc: freebsd-stable@freebsd.org, Steven Hartland <killing@multiplay.co.uk>
Subject: Re: bsdtar / libarchive bug?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 23:46:39 -0000

In the last episode (Dec 08), Brian Fundakowski Feldman said:
> On Thu, Dec 08, 2005 at 05:29:06PM -0000, Steven Hartland wrote:
> > It seems bsdtar can create files it cant read. i.e. it will happily create
> > empty tar.gz files but when it comes to read them the following error
> > is output:
> > tar: Unrecognized archive format: Inappropriate file type or format
> > 
> > Having a look at libarchive shows the following code:
> >    /* An empty archive is a serious error. */
> >    if (bytes_read == 0) {
> >        archive_set_error(a, ARCHIVE_ERRNO_FILE_FORMAT,
> >            "Empty input file");
> >        return (ARCHIVE_FATAL);
> >    }
> > 
> > Which is where I expect the issue is, why would an empty archive
> > be fatal? I can see any reason for this, yes its strange but there's
> > nothing fatal about it imo.
> 
> I don't think it will "happily create empty tar.gz files", even where
> by empty you mean the tar itself inside of the gz.
> 
> {"/home/green" green@green}$ tar cfv x.tar
> tar: no files or directories specified
> {"/home/green" green@green}$ tar cfvz x.tar.gz
> tar: no files or directories specified
> {"/home/green" green@green}$ ls -l x.ta*
> ls: x.ta*: No such file or directory

I managed to make it create 0-byte files:

$ touch a
$ tar cvf b.tar --exclude a a
$ tar zcvf b.tar.gz --exclude a a
$ ls -la b.tar*
-rw-r--r--  1 dan  wheel   0 Dec  8 17:37 b.tar
-rw-r--r--  1 dan  wheel  20 Dec  8 17:37 b.tar.gz
$ gunzip -vl b.tar.gz
method  crc     date  time  compressed  uncompr. ratio uncompressed_name
defla 00000000 Dec  8 17:37        20         0   0.0% b.tar

This works because at the time tar creates the output file, it doesn't
know that I have excluded all the listed files.

I am leaning towards an empty archive being legal, though, since it
makes scripting easier.  There may be cases where you are archiving
files generated daily, and you want to distinguish "no data today" from
"the archiver didn't run".  At worst it should print a warning.

-- 
	Dan Nelson
	dnelson@allantgroup.com

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 23:47:31 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C751016A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 23:47:31 +0000 (GMT)
	(envelope-from cataloging@flood.as)
Received: from 202-151-70-255.dsl.teleguam.net
	(202-151-70-255.dsl.teleguam.net [202.151.70.255])
	by mx1.FreeBSD.org (Postfix) with SMTP id 8D26543D97
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 23:47:20 +0000 (GMT)
	(envelope-from cataloging@flood.as)
Received: from unknown (HELO assign) (192.168.227.201)
	by 202-151-70-255.dsl.teleguam.net with SMTP;
	Fri, 9 Dec 2005 09:52:10 +1000
Content-Transfer-Encoding: 7bit
Message-Id: <7086179351.781879956@202-151-70-255.dsl.teleguam.net>
Content-Type: text/plain; charset=us-ascii
To: freebsd-stable@freebsd.org
From: Rowland Jennings <cataloging@flood.as>
Date: Thu,  8 Dec 2005 23:47:20 +0000 (GMT)
Subject: Pleasure your women - size does matter!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 23:47:31 -0000

Bro check out this awesome new product
http://www.kurevalw.net/pt/



When people talk, listen completely. Most people never listen.    
Men seek but one thing in life - their pleasure.   
Ninety percent of everything is crap.       
If I had only known, I would have been a locksmith.  




From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 23:55:30 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C08A016A41F
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 23:55:30 +0000 (GMT)
	(envelope-from joao.barros@gmail.com)
Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B0E4243D46
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 23:55:25 +0000 (GMT)
	(envelope-from joao.barros@gmail.com)
Received: by xproxy.gmail.com with SMTP id t12so540046wxc
	for <freebsd-stable@freebsd.org>; Thu, 08 Dec 2005 15:55:24 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=jt9nPGrLf1d5+IP9rYBJse9Ov3JOw/zXoXUWi9s5UqdhSqGjZc2nCXpYH9gSQdfQ8ANjlfTYt5YyV2ZNGJZf8/qHpXbQosaW5MsUFsTE4xt6UoKxBKscqjTwSGrOPWK3/+D/HBK44SFgBCTEY04ns5x3i23cxQo7+sU/cNIIx34=
Received: by 10.70.15.13 with SMTP id 13mr4541764wxo;
	Thu, 08 Dec 2005 15:55:23 -0800 (PST)
Received: by 10.70.36.7 with HTTP; Thu, 8 Dec 2005 15:55:23 -0800 (PST)
Message-ID: <70e8236f0512081555h1f9be18fq57b9ed73d96cddb2@mail.gmail.com>
Date: Thu, 8 Dec 2005 23:55:23 +0000
From: Joao Barros <joao.barros@gmail.com>
To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Cc: 
Subject: [dhclient] connection closed, exiting
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 23:55:30 -0000

I have a Sun Ultra5 as my home gateway.
After upgrading to 6.0 from 5.4 I started getting problems with
dhclient (I know it went from v3 to v2 imported from OpenBSD)
If my cablemodem dies without signal or something of the sort dhclient
exits like this:

Dec  8 18:38:24 ultra5 dhclient[198]: connection closed
Dec  8 18:38:24 ultra5 dhclient[198]: exiting.

Some cablemodems reset the ethernet interface on their bootup or sync
sequence but since the machine is connected to a switch I take it it's
not an interface connection we're talking about.
On 5.4 I could kill the modem for hours and dhclient would stay there
(as it should) trying to get a lease.
On 6.0 I just have to silence the modem for a few moments and dhclient
gives up and goes away. I couldn't find a knob for this on the manual.

Sometimes it gets even better, when dhclient has saved (but already
expired leases) and uses them setting the IP on the interface, but
since the IP is not valid it doesn't work. And it stays with that
lease until I restart it and it gets a valid one.

I had signal problems the last few days and the leases db it's like this:

ultra5# grep lease /var/db/dhclient.leases.fxp1 | wc -l
      10

How can I:
- tell dhclient not to exit.
- tell dhclient not to use expired leases, or not to use saved leases at al=
l.

--
Joao Barros

From owner-freebsd-stable@FreeBSD.ORG  Thu Dec  8 23:56:43 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id 607E216A420;
	Thu,  8 Dec 2005 23:56:43 +0000 (GMT)
	(envelope-from green@green.homeunix.org)
Received: from green.homeunix.org (green@localhost [127.0.0.1])
	by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jB8NugtP038158;
	Thu, 8 Dec 2005 18:56:42 -0500 (EST)
	(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
	by green.homeunix.org (8.13.4/8.13.1/Submit) id jB8Nugta038157;
	Thu, 8 Dec 2005 18:56:42 -0500 (EST) (envelope-from green)
Date: Thu, 8 Dec 2005 18:56:42 -0500
From: Brian Fundakowski Feldman <green@freebsd.org>
To: Dan Nelson <dnelson@allantgroup.com>
Message-ID: <20051208235642.GG98704@green.homeunix.org>
References: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk>
	<20051208225404.GF98704@green.homeunix.org>
	<20051208234540.GB95420@dan.emsphone.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051208234540.GB95420@dan.emsphone.com>
User-Agent: Mutt/1.5.11
Cc: Steven Hartland <killing@multiplay.co.uk>, freebsd-stable@freebsd.org
Subject: Re: bsdtar / libarchive bug?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Dec 2005 23:56:43 -0000

On Thu, Dec 08, 2005 at 05:45:40PM -0600, Dan Nelson wrote:
> In the last episode (Dec 08), Brian Fundakowski Feldman said:
> > On Thu, Dec 08, 2005 at 05:29:06PM -0000, Steven Hartland wrote:
> > > It seems bsdtar can create files it cant read. i.e. it will happily create
> > > empty tar.gz files but when it comes to read them the following error
> > > is output:
> > > tar: Unrecognized archive format: Inappropriate file type or format
> > > 
> > > Having a look at libarchive shows the following code:
> > >    /* An empty archive is a serious error. */
> > >    if (bytes_read == 0) {
> > >        archive_set_error(a, ARCHIVE_ERRNO_FILE_FORMAT,
> > >            "Empty input file");
> > >        return (ARCHIVE_FATAL);
> > >    }
> > > 
> > > Which is where I expect the issue is, why would an empty archive
> > > be fatal? I can see any reason for this, yes its strange but there's
> > > nothing fatal about it imo.
> > 
> > I don't think it will "happily create empty tar.gz files", even where
> > by empty you mean the tar itself inside of the gz.
> > 
> > {"/home/green" green@green}$ tar cfv x.tar
> > tar: no files or directories specified
> > {"/home/green" green@green}$ tar cfvz x.tar.gz
> > tar: no files or directories specified
> > {"/home/green" green@green}$ ls -l x.ta*
> > ls: x.ta*: No such file or directory
> 
> I managed to make it create 0-byte files:
> 
> $ touch a
> $ tar cvf b.tar --exclude a a
> $ tar zcvf b.tar.gz --exclude a a
> $ ls -la b.tar*
> -rw-r--r--  1 dan  wheel   0 Dec  8 17:37 b.tar
> -rw-r--r--  1 dan  wheel  20 Dec  8 17:37 b.tar.gz
> $ gunzip -vl b.tar.gz
> method  crc     date  time  compressed  uncompr. ratio uncompressed_name
> defla 00000000 Dec  8 17:37        20         0   0.0% b.tar
> 
> This works because at the time tar creates the output file, it doesn't
> know that I have excluded all the listed files.
> 
> I am leaning towards an empty archive being legal, though, since it
> makes scripting easier.  There may be cases where you are archiving
> files generated daily, and you want to distinguish "no data today" from
> "the archiver didn't run".  At worst it should print a warning.

Just don't let it accept a 0-length gzip.

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 00:08:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C122D16A427
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 00:08:14 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from mta13.adelphia.net (mta13.adelphia.net [68.168.78.44])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C9C1C43DCE
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 00:07:45 +0000 (GMT)
	(envelope-from security@jim-liesl.org)
Received: from daemon.jim-liesl.org ([70.33.46.68]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051209000741.DUJ28251.mta13.adelphia.net@daemon.jim-liesl.org>
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 19:07:41 -0500
Received: from daemon.jim-liesl.org (localhost.clspco.adelphia.net [127.0.0.1])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 9E036610C
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 17:10:50 -0700 (MST)
Received: from [127.0.0.1] (daemon.clspco.adelphia.net [192.168.1.15])
	by daemon.jim-liesl.org (Postfix) with ESMTP id 50C01610A
	for <freebsd-stable@freebsd.org>; Thu,  8 Dec 2005 17:10:50 -0700 (MST)
Message-ID: <4398CA29.3070602@jim-liesl.org>
Date: Thu, 08 Dec 2005 17:04:57 -0700
From: secmgr <security@jim-liesl.org>
User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: freebsd-stable@freebsd.org
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>	<20051208133100.GC912@pcwin002.win.tue.nl>
	<20051208194915.GC948@unixpages.org>
In-Reply-To: <20051208194915.GC948@unixpages.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 00:08:15 -0000

Christian Brueffer wrote:

>>On Thu, Dec 08, 2005 at 12:18:57AM +0100, Torfinn Ingolfsen wrote:
>>    
>>
>>In short, don't write gvinum off just yet. Documentation is around the
>>corner (as a result of a SoC project).
>>    
>>
>
>Actually gvinum(8) has been committed to CURRENT and RELENG_6 a couple
>of days ago.
>
>- Christian
>  
>
Whatever you do, don't complain about it on this list, or you'll just be 
told that if you really wanted raid, you should be running SCSI disks 
and a raid adapter.  They may allow that 3ware does ok, but no ATA drive 
should ever be relied on and even s/w raid on scsi is only for ignorant 
lusers who are too cheap to do the "right thing".

Those who think I run to hyperbole need only visit the archives.  One 
can only hope that gvinum actually works in 6 vs the buggy and 
incomplete alpha code that shipped in 5.x.  Having a man page is nice, 
but I'd rather have a raid 5 set that didn't panic the system and 
corrupt the set when it lost a drive (and this with modern scsi drives 
and adapter).  I'd strongly suggest anyone using GEOM raid to do some 
fault insertion testing of their setup prior to actually relying on it.

jim

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 00:14:17 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 39FAA16A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 00:14:17 +0000 (GMT)
	(envelope-from gbyshenk@byshenk.demon.nl)
Received: from byshenk.demon.nl (byshenk.demon.nl [212.238.157.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B3F643D62
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 00:14:16 +0000 (GMT)
	(envelope-from gbyshenk@byshenk.demon.nl)
Received: from byshenk.demon.nl (localhost [127.0.0.1])
	by byshenk.demon.nl (8.13.4/8.13.4) with ESMTP id jB90FPbL084043;
	Fri, 9 Dec 2005 01:15:25 +0100 (CET)
	(envelope-from gbyshenk@byshenk.demon.nl)
Received: (from gbyshenk@localhost)
	by byshenk.demon.nl (8.13.4/8.13.4/Submit) id jB90FMEA084040;
	Fri, 9 Dec 2005 01:15:22 +0100 (CET) (envelope-from gbyshenk)
From: greg byshenk <gbyshenk@byshenk.demon.nl>
Message-Id: <200512090015.jB90FMEA084040@byshenk.demon.nl>
To: freebsd-stable@freebsd.org
In-Reply-To: <dn7nuo$2agc$1@FreeBSD.csie.nctu.edu.tw>
References: <dn7nuo$2agc$1@FreeBSD.csie.nctu.edu.tw>
Date: Fri, 9 Dec 2005 01:15:22 +0100
Cc: Jason Harmening <jason.harmening@gmail.com>
Subject: Re: [FreeBSD 6.0-RELEASE] Incorrect geometry for VIA RAID0 array
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: gbyshenk@byshenk.net
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 00:14:17 -0000

On freebsd-stable, jason.harmening@gmail.com (Jason Harmening) wrote:

>  Here's the dmesg output from the installer:

>  ad4: 70911MB <WDC WD740GD-00FLA1 27.08D27> at ata2-master SATA150
>  ad6: 70911MB <WDC WD740GD-00FLC0 33.08F33> at ata3-master SATA150
>  ar0: 70911MB <VIA Tech V-RAID RAID0 (stripe 64 KB)> status: READY
>  ar0: disk0 READY using ad4 at ata2-master
>  ar0: disk1 READY using ad6 at ata3-master

Are you _sure_ that the array is being recognized properly?

Based on the dmesg output, it looks like the controller is being read
as a 74G drive.

FWIW, this is the section of my dmesg output, for a _mirror_:

   ad4: 78167MB <Maxtor 6Y080P0 YAR41BW0> at ata2-master UDMA133
   ad6: 78167MB <Maxtor 6Y080P0 YAR41BW0> at ata3-master UDMA133
   ar0: 77247MB <Promise Fasttrak RAID1> status: READY
   ar0: disk0 READY (master) using ad4 at ata2-master
   ar0: disk1 READY (mirror) using ad6 at ata3-master


>  On 12/7/05, Jason Harmening <jason.harmening@gmail.com> wrote:

> > I'm trying to install FreeBSD 6.0-RELEASE on a RAID0 array attached to the
> > VIA 8237 controller on my Asus A8V Deluxe motherboard.  The array consists
> > of two 74G drives.  The installer recognizes the array as ar0, but when I
> > enter FDISK to set up my partition, the size of the array is only recognized
> > as 74G, rather than the true 148G.  I've double-checked all my BIOS
> > settings, and nothing seems out of order.  Please help!


-- 
greg byshenk  -  gbyshenk@byshenk.net  -  Leiden, NL

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 00:35:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C479416A420
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 00:35:10 +0000 (GMT)
	(envelope-from jd@ugcs.caltech.edu)
Received: from upchuck.ugcs.caltech.edu (upchuck.ugcs.caltech.edu
	[131.215.176.100])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E174643D91
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 00:34:59 +0000 (GMT)
	(envelope-from jd@ugcs.caltech.edu)
Received: by upchuck.ugcs.caltech.edu (Postfix, from userid 3640)
	id 119E7AC450; Thu,  8 Dec 2005 16:34:56 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by upchuck.ugcs.caltech.edu (Postfix) with ESMTP
	id 03BEAAC43C; Thu,  8 Dec 2005 16:34:56 -0800 (PST)
Date: Thu, 8 Dec 2005 16:34:55 -0800 (PST)
From: Jon Dama <jd@ugcs.caltech.edu>
To: secmgr <security@jim-liesl.org>
In-Reply-To: <4398CA29.3070602@jim-liesl.org>
Message-ID: <Pine.LNX.4.53.0512081620330.19829@upchuck.ugcs.caltech.edu>
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<20051208133100.GC912@pcwin002.win.tue.nl>
	<20051208194915.GC948@unixpages.org>
	<4398CA29.3070602@jim-liesl.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 00:35:10 -0000


> Whatever you do, don't complain about it on this list, or you'll just be
> told that if you really wanted raid, you should be running SCSI disks

Ah, no please complain so that if s/w raid gives you trouble, there will
be  something to point to when and if people doubt there are still
problems (if indeed there are)

Though I think jim is being entirely too harsh:

  The scary, poorly tested part of software raid is recovery.  Thousands
  might roll out a s/w raid but if the h/w raid wasn't cost justified its
  unlikely that the HDs in the raid are actually going to be pressed into
  failing in any reasonable period of time that would reveal trouble in
  the recovery/degraded operating modes.

  Second, if you use s/w raid, pay close attention to the way your
  partitions line up.

  Third, SATA drives are actually quite good.  You're primarily looking at
  a degraded MTBF versus a server grade SCSI disk.  This could well mean
  just about nothing if your transaction volume is actually pretty low.
  imo, it would be nice to see MTBF quoted in a few parts: MTBF while
  seeking regularly (i.e., at some duty cycle) and MTBF in the bearings
  and other rotational components alone (MTBF while the disk is spun-up),
  and number of spin-up/spin-down cycles.

  Fourth, the major limitations on SATA drives right now is that FreeBSD
  does not support NCQ and therefore has no access to reliable
  write-completion information wrt SATA drives.

> and adapter).  I'd strongly suggest anyone using GEOM raid to do some
> fault insertion testing of their setup prior to actually relying on it.

This is very good advice.

-Jon

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 00:48:02 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21])
	by hub.freebsd.org (Postfix) with ESMTP id E20DA16A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 00:48:01 +0000 (GMT)
	(envelope-from green@green.homeunix.org)
Received: from green.homeunix.org (green@localhost [127.0.0.1])
	by green.homeunix.org (8.13.4/8.13.1) with ESMTP id jB90m1fJ038459
	for <freebsd-stable@freebsd.org>; Thu, 8 Dec 2005 19:48:01 -0500 (EST)
	(envelope-from green@green.homeunix.org)
Received: (from green@localhost)
	by green.homeunix.org (8.13.4/8.13.1/Submit) id jB90m1GI038458
	for freebsd-stable@freebsd.org; Thu, 8 Dec 2005 19:48:01 -0500 (EST)
	(envelope-from green)
Date: Thu, 8 Dec 2005 19:48:01 -0500
From: Brian Fundakowski Feldman <green@freebsd.org>
To: freebsd-stable@freebsd.org
Message-ID: <20051209004801.GH98704@green.homeunix.org>
References: <20051203213226.GA44199@outcold.yadt.co.uk>
	<20051203214605.GB44199@outcold.yadt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051203214605.GB44199@outcold.yadt.co.uk>
User-Agent: Mutt/1.5.11
Subject: Re: Data Loss with samba shared USB drive
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 00:48:02 -0000

On Sat, Dec 03, 2005 at 09:46:05PM +0000, David Taylor wrote:
> On Sat, 03 Dec 2005, David Taylor wrote:
> 
> > I have a USB drive (SanDisk 1GB flash drive), which I have mounted
> > on a windows PC using samba 3.0.
> > 
> > I recently discovered the copy of my files on my USB device were
> > corrupted (thankfully I had a backup), being filled entirely with
> > 0's (that's ASCII '0', not NUL).
> > 
> > I have managed to reproduce the problem with these steps.  
> > 
> > 1. Mount USB drive on (say) /usb
> > 2. Share /usb over samba
> > 3. (Optional) On windows PC mount \\server\usb as (say) U:
> > 4. Change something on /usb drive (from windows or freebsd)
> > 5. On FreeBSD machine type "umount /usb" -- get "Device busy" error
> > 6. View changed file.
> 
> I should probably mention that this is with the drive formatted with
> a FAT filesystem.

Do you also know that nothing has /usb or a subdirectory of it open
as a current working directory, and that no files are open?  You're
saying that the umount fails and the file also turns out to be
corrupted, right?

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 04:45:57 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6715816A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 04:45:57 +0000 (GMT)
	(envelope-from suz@alaxala.net)
Received: from pc1.alaxala.kame.net (pos-2-0.hitachi2.fujisawa.wide.ad.jp
	[203.178.142.162])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3824943D70
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 04:45:50 +0000 (GMT)
	(envelope-from suz@alaxala.net)
Received: from localhost (localhost [127.0.0.1])
	by pc1.alaxala.kame.net (Postfix) with ESMTP id 1151FBA8B;
	Fri,  9 Dec 2005 13:45:53 +0900 (JST)
Received: from pc1.alaxala.kame.net ([127.0.0.1])
	by localhost (pc1.alaxala.kame.net [127.0.0.1]) (amavisd-new,
	port 10024)
	with ESMTP id 07795-04; Fri,  9 Dec 2005 13:45:49 +0900 (JST)
Received: from flora220.uki-uki.net (kame199.kame.net [203.178.141.199])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pc1.alaxala.kame.net (Postfix) with ESMTP id B2751B885;
	Fri,  9 Dec 2005 13:45:49 +0900 (JST)
Date: Fri, 09 Dec 2005 13:44:38 +0900
Message-ID: <x71x0mdgll.wl%suz@alaxala.net>
From: SUZUKI Shinsuke <suz@freebsd.org>
To: dikshie@ppk.itb.ac.id
X-cite: xcite 1.33
In-Reply-To: <20051208120141.GA1006@ppk.itb.ac.id>
References: <20051208120141.GA1006@ppk.itb.ac.id>
User-Agent: Wanderlust/2.15.1 (Almost Unreal) Emacs/22.0 Mule/5.0 (SAKAKI)
Organization: Technical Marketing Dept., ALAXALA Networks Corporation
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Virus-Scanned: amavisd-new at alaxala.kame.net
Cc: freebsd-stable@freebsd.org
Subject: Re: mcast-tools make my 6.0-STABLE kernel panic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 04:45:57 -0000

Hi,

>>>>> On Thu, 8 Dec 2005 19:01:41 +0700
>>>>> dikshie@ppk.itb.ac.id(Dikshie)  said:

> and then I installed mcast-tools from ports/net when I try to run
> pim6sd I got kernel panic.
> panic: register_mif0: BUG: if_attach called without if_alloc'd input()
I've committed the fix to -current.

Could you please try the latest ip6_mroute.c in the -current?
(There is no difference between -current and 6-stable except for the
fix.  So it is safe to use the ip6_mroute.c in -current for 6-stable.
But you feel it awkward, please wait until I merge it to RELENG-6 in a
few days)

Thanks,
----
SUZUKI, Shinsuke @ KAME Project

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 08:47:48 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3046C16A41F;
	Fri,  9 Dec 2005 08:47:48 +0000 (GMT)
	(envelope-from dikshie@ppk.itb.ac.id)
Received: from mx-itb.geoph.ITB.ac.id (mx7.ITB.ac.id [167.205.30.13])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DBF1743D66;
	Fri,  9 Dec 2005 08:47:27 +0000 (GMT)
	(envelope-from dikshie@ppk.itb.ac.id)
Received: from antivirus.itb.ac.id (antivirus.ITB.ac.id [167.205.108.137])
	by mx-itb.geoph.ITB.ac.id (Postfix) with SMTP id 0758920CDA;
	Fri,  9 Dec 2005 15:48:47 +0700 (WIT)
Received: from ipv6.ppk.itb.ac.id (ipv6.ppk.itb.ac.id [167.205.30.228])
	by mx-itb.geoph.ITB.ac.id (Postfix) with ESMTP id 3AA5A20B37;
	Fri,  9 Dec 2005 13:39:49 +0700 (WIT)
Received: by ipv6.ppk.itb.ac.id (Postfix, from userid 1001)
	id 270B211513; Fri,  9 Dec 2005 13:38:13 +0700 (WIT)
Date: Fri, 9 Dec 2005 13:38:13 +0700
From: Dikshie <dikshie@ppk.itb.ac.id>
To: SUZUKI Shinsuke <suz@freebsd.org>
Message-ID: <20051209063813.GA27662@ppk.itb.ac.id>
References: <20051208120141.GA1006@ppk.itb.ac.id>
	<x71x0mdgll.wl%suz@alaxala.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <x71x0mdgll.wl%suz@alaxala.net>
User-Agent: Mutt/1.4.2.1i
X-Operating-System: (FreeBSD 6.0-STABLE i386)
X-Uptime: 1:36PM  up 18:44, 1 user, load averages: 0.00, 0.00, 0.00
X-Organization: Pusat Penelitian Kelautan (PPK)
X-Location: Labtek VI Building, Institute of Technology, Bandung, Indonesia
X-Web-Site: http://ipv6.ppk.itb.ac.id/~dikshie
X-Yahoo-ID: dikshie
X-GnuPG-Key: http://ipv6.ppk.itb.ac.id/gpg/
X-FingerPrint: 19AC 2592 1394 6C96 BABB 9060 50B8 D244 88E3 B55D
X-BitDefender-SpamStamp: 1.1.4  049000040111AAAAAEE
X-BitDefender-Scanner: Clean, Agent: BitDefender POSTFIX 1.6.2 on mx7.itb.ac.id
X-BitDefender-Spam: No (3)
Cc: freebsd-stable@freebsd.org
Subject: Re: mcast-tools make my 6.0-STABLE kernel panic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 08:47:48 -0000

Dear Suzuki-san,

SUZUKI Shinsuke (suz@freebsd.org) wrote:
> I've committed the fix to -current.
> Could you please try the latest ip6_mroute.c in the -current?
> (There is no difference between -current and 6-stable except for the
> fix.  So it is safe to use the ip6_mroute.c in -current for 6-stable.
> But you feel it awkward, please wait until I merge it to RELENG-6 in a
> few days)

thanks !   I'll grab revision 1.35.




regards,

-dikshie- 


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 08:49:19 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BC6A116A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 08:49:19 +0000 (GMT)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6])
	by mx1.FreeBSD.org (Postfix) with ESMTP id E86F843D79
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 08:48:58 +0000 (GMT)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from localhost (localhost [127.0.0.1])
	by kweetal.tue.nl (Postfix) with ESMTP id D66A013B88A;
	Fri,  9 Dec 2005 09:48:48 +0100 (CET)
Received: from kweetal.tue.nl ([127.0.0.1])
	by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 97434-08; Fri,  9 Dec 2005 09:48:46 +0100 (CET)
Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100])
	by kweetal.tue.nl (Postfix) with ESMTP id AD1A713B89E;
	Fri,  9 Dec 2005 09:48:46 +0100 (CET)
Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72])
	by umta.win.tue.nl (Postfix) with ESMTP id A6A9631401C;
	Fri,  9 Dec 2005 09:48:46 +0100 (CET)
Received: by pcwin002.win.tue.nl (Postfix, from userid 1001)
	id 8C7F240BA; Fri,  9 Dec 2005 09:48:46 +0100 (CET)
Date: Fri, 9 Dec 2005 09:48:46 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: Christian Brueffer <chris@unixpages.org>
Message-ID: <20051209084846.GE912@pcwin002.win.tue.nl>
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<20051208133100.GC912@pcwin002.win.tue.nl>
	<20051208194915.GC948@unixpages.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="bKyqfOwhbdpXa4YI"
Content-Disposition: inline
In-Reply-To: <20051208194915.GC948@unixpages.org>
User-Agent: Mutt/1.4.2.1i
X-Bright-Idea: Let's abolish HTML mail!
X-Virus-Scanned: amavisd-new at tue.nl
Cc: Torfinn Ingolfsen <torfinn.ingolfsen@broadpark.no>,
	freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 08:49:19 -0000


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

On Thu, Dec 08, 2005 at 08:49:15PM +0100, Christian Brueffer wrote:
> On Thu, Dec 08, 2005 at 02:31:00PM +0100, Stijn Hoop wrote:
> > On Thu, Dec 08, 2005 at 12:18:57AM +0100, Torfinn Ingolfsen wrote:
> > >  I was thinking about gvinum for the storage server, but given the
> > > current documentation and the discussions about it now, I don't want =
to
> > > risk it.
> >=20
> > IMHO it's pretty stable in 6.0. I've been running gvinum RAID-5 for a
> > while now; other than one strange panic (something to do with out of
> > memory situations, see kern/89660) I haven't had a hitch yet. That
> > said, I haven't needed to replace a disk yet either (I've demoed this
> > but it was not yet needed in production use).
> >=20
> > In short, don't write gvinum off just yet. Documentation is around the
> > corner (as a result of a SoC project).
>=20
> Actually gvinum(8) has been committed to CURRENT and RELENG_6 a couple
> of days ago.

Ah, I missed that, great :-)

--Stijn

--=20
Help Wanted: Telepath. You know where to apply.

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

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

iD8DBQFDmUTuY3r/tLQmfWcRAsi4AJoDkxIobftqa4H2FXQzmXDEyKi/RQCgndt9
Ye7jJK4ojPS4q2WkaNGAO6g=
=1ge5
-----END PGP SIGNATURE-----

--bKyqfOwhbdpXa4YI--

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 08:56:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5E3B416A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 08:56:50 +0000 (GMT)
	(envelope-from chris@haakonia.hitnet.rwth-aachen.de)
Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE
	[134.130.3.131])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9055B43D80
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 08:56:27 +0000 (GMT)
	(envelope-from chris@haakonia.hitnet.rwth-aachen.de)
Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31])
	by ms-dienst.rz.rwth-aachen.de
	(iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004))
	with ESMTP id <0IR800IG53I1YO@ms-dienst.rz.rwth-aachen.de> for
	freebsd-stable@freebsd.org; Fri, 09 Dec 2005 09:56:26 +0100 (MET)
Received: from relay.rwth-aachen.de ([134.130.3.1])
	by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Fri,
	09 Dec 2005 09:56:25 +0100 (MET)
Received: from bigboss.hitnet.rwth-aachen.de
	(bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2])
	by relay.rwth-aachen.de (8.13.3/8.13.3/1) with ESMTP id jB98uORW005506;
	Fri, 09 Dec 2005 09:56:25 +0100 (MET)
Received: from lorien.hitnet.rwth-aachen.de
	([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de)
	by bigboss.hitnet.rwth-aachen.de with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32)	(Exim 4.50)	id 1Eke3E-0007Dn-Rj;
	Fri, 09 Dec 2005 09:56:24 +0100
Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001)
	id 830483F40A; Fri, 09 Dec 2005 09:55:54 +0100 (CET)
Date: Fri, 09 Dec 2005 09:55:54 +0100
From: Christian Brueffer <chris@unixpages.org>
In-reply-to: <4398CA29.3070602@jim-liesl.org>
To: secmgr <security@jim-liesl.org>
Message-id: <20051209085554.GA942@unixpages.org>
MIME-version: 1.0
Content-type: multipart/signed; boundary=qMm9M+Fa2AknHoGS;
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-disposition: inline
User-Agent: Mutt/1.5.11
X-Operating-System: FreeBSD 6.0-STABLE
X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc
X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<20051208133100.GC912@pcwin002.win.tue.nl>
	<20051208194915.GC948@unixpages.org> <4398CA29.3070602@jim-liesl.org>
Cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 08:56:50 -0000


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

On Thu, Dec 08, 2005 at 05:04:57PM -0700, secmgr wrote:
> Christian Brueffer wrote:
>=20
> >>On Thu, Dec 08, 2005 at 12:18:57AM +0100, Torfinn Ingolfsen wrote:
> >>  =20
> >>
> >>In short, don't write gvinum off just yet. Documentation is around the
> >>corner (as a result of a SoC project).
> >>  =20
> >>
> >
> >Actually gvinum(8) has been committed to CURRENT and RELENG_6 a couple
> >of days ago.
> >
> >- Christian
> >=20
> >
> Whatever you do, don't complain about it on this list, or you'll just be=
=20
> told that if you really wanted raid, you should be running SCSI disks=20
> and a raid adapter.  They may allow that 3ware does ok, but no ATA drive=
=20
> should ever be relied on and even s/w raid on scsi is only for ignorant=
=20
> lusers who are too cheap to do the "right thing".
>=20
> Those who think I run to hyperbole need only visit the archives.  One=20
> can only hope that gvinum actually works in 6 vs the buggy and=20
> incomplete alpha code that shipped in 5.x.  Having a man page is nice,=20
> but I'd rather have a raid 5 set that didn't panic the system and=20
> corrupt the set when it lost a drive (and this with modern scsi drives=20
> and adapter).  I'd strongly suggest anyone using GEOM raid to do some=20
> fault insertion testing of their setup prior to actually relying on it.
>=20

Hmm, wasn't that a bug in the 5.3-RELEASE version that was fixed shortly
after the release?

- 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

--qMm9M+Fa2AknHoGS
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDmUaabHYXjKDtmC0RAkj2AKC1GWUnFADOf3tdjBau1JyFayi2qQCeJduI
wSvzlsb3QUQV/dlt87dQbjA=
=puWC
-----END PGP SIGNATURE-----

--qMm9M+Fa2AknHoGS--


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 09:31:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 413E916A42F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 09:31:11 +0000 (GMT)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1D2C443D62
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 09:31:00 +0000 (GMT)
	(envelope-from stijn@pcwin002.win.tue.nl)
Received: from localhost (localhost [127.0.0.1])
	by kweetal.tue.nl (Postfix) with ESMTP id E3B5313BA0A;
	Fri,  9 Dec 2005 10:30:55 +0100 (CET)
Received: from kweetal.tue.nl ([127.0.0.1])
	by localhost (kweetal.tue.nl [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 04972-02-2; Fri,  9 Dec 2005 10:30:54 +0100 (CET)
Received: from umta.win.tue.nl (umta.win.tue.nl [131.155.71.100])
	by kweetal.tue.nl (Postfix) with ESMTP id 9286513B896;
	Fri,  9 Dec 2005 10:30:54 +0100 (CET)
Received: from pcwin002.win.tue.nl (pcwin002 [131.155.71.72])
	by umta.win.tue.nl (Postfix) with ESMTP id 8DC9931401C;
	Fri,  9 Dec 2005 10:30:54 +0100 (CET)
Received: by pcwin002.win.tue.nl (Postfix, from userid 1001)
	id 7EE2040BA; Fri,  9 Dec 2005 10:30:54 +0100 (CET)
Date: Fri, 9 Dec 2005 10:30:54 +0100
From: Stijn Hoop <stijn@win.tue.nl>
To: secmgr <security@jim-liesl.org>
Message-ID: <20051209093054.GF912@pcwin002.win.tue.nl>
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<20051208133100.GC912@pcwin002.win.tue.nl>
	<20051208194915.GC948@unixpages.org>
	<4398CA29.3070602@jim-liesl.org>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="at6+YcpfzWZg/htY"
Content-Disposition: inline
In-Reply-To: <4398CA29.3070602@jim-liesl.org>
User-Agent: Mutt/1.4.2.1i
X-Bright-Idea: Let's abolish HTML mail!
X-Virus-Scanned: amavisd-new at tue.nl
Cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 09:31:11 -0000


--at6+YcpfzWZg/htY
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Dec 08, 2005 at 05:04:57PM -0700, secmgr wrote:
> Whatever you do, don't complain about it on this list, or you'll just be=
=20
> told that if you really wanted raid, you should be running SCSI disks=20
> and a raid adapter.  They may allow that 3ware does ok, but no ATA drive=
=20
> should ever be relied on and even s/w raid on scsi is only for ignorant=
=20
> lusers who are too cheap to do the "right thing".
> Those who think I run to hyperbole need only visit the archives.

I know what you mean but I think this write-up is a bit too harsh. As
long as the goal is to get _as reliable as possible_ without spending
too much money, I think software RAID has its niche.

Besides, I've seen a few hardware RAID controllers having issues
themselves (and they weren't the cheapest ones available either).

> One can only hope that gvinum actually works in 6 vs the buggy and=20
> incomplete alpha code that shipped in 5.x.  Having a man page is nice,=20
> but I'd rather have a raid 5 set that didn't panic the system and=20
> corrupt the set when it lost a drive (and this with modern scsi drives=20
> and adapter).

I haven't seen this (luckily!). I do know that sometime in 5.x there
was a RAID-5 bug in gvinum but then again the whole vinum/gvinum
transition was pretty dodgy back then. This is why I waited until 6.x
to migrate.

> I'd strongly suggest anyone using GEOM raid to do some=20
> fault insertion testing of their setup prior to actually relying on it.

I did. It worked.

--Stijn

--=20
There are of course many problems connected with life, of which some of
the most popular are 'Why are people born?', 'Why do they die?', and
`Why do they spend so much of the intervening time wearing digital
watches?'
		-- Douglas Adams, "The Hitchhikers Guide To The Galaxy"

--at6+YcpfzWZg/htY
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFDmU7OY3r/tLQmfWcRAryUAJoCHOjyFMKZrrq0/yPzdmcOj0xq0QCfbjMB
Yo6ANci/i2latxjOZlUt3WY=
=R8BN
-----END PGP SIGNATURE-----

--at6+YcpfzWZg/htY--

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 09:36:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3726716A430
	for <stable@freebsd.org>; Fri,  9 Dec 2005 09:36:38 +0000 (GMT)
	(envelope-from riggs@riggiland.dyndns.org)
Received: from riggiland.dyndns.org (ppp-62-245-160-169.mnet-online.de
	[62.245.160.169])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 57C6F43D5A
	for <stable@freebsd.org>; Fri,  9 Dec 2005 09:36:21 +0000 (GMT)
	(envelope-from riggs@riggiland.dyndns.org)
Received: from marvin.riggiland.au (localhost [127.0.0.1])
	by riggiland.dyndns.org (8.13.4/8.13.4) with ESMTP id jB99aA8k053126
	for <stable@freebsd.org>; Fri, 9 Dec 2005 10:36:12 +0100 (CET)
	(envelope-from riggs@marvin.riggiland.au)
Received: (from riggs@localhost)
	by marvin.riggiland.au (8.13.4/8.13.4/Submit) id jB99aABt053125
	for stable@freebsd.org; Fri, 9 Dec 2005 10:36:10 +0100 (CET)
	(envelope-from riggs)
Date: Fri, 9 Dec 2005 10:36:10 +0100
From: "Thomas E. Zander" <riggs@rrr.de>
To: stable@freebsd.org
Message-ID: <20051209093610.GR898@marvin.riggiland.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
Organization: Chaotic
X-PGP-KeyID: 0xC85996CD
X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD
X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61  5400 8DD4 8929 C859 96CD
X-Mailer: Marvin Mail (Build 1134119442)
X-Operating-System: FreeBSD 6.0-STABLE
Cc: 
Subject: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 09:36:38 -0000

Hi,

just installed a fresh 6.0 on a laptop, using the standard boot
manager. The problem is: The default volume of pcspeaker can't be tuned
in bios or anywhere else before loading a sound driver (in this case
snd_ich). This especially means the pc speaker volume is always set to
100% at every boot which results in a horribly loud beep which I am
afraid the built-in "speakers" can't do very often :-)

So what about this one:

--- /usr/src/sys/boot/i386/boot0/boot0.S
+++ boot0.S
@@ -201,9 +201,7 @@
 /*
  * Start of input loop.  Beep and take note of time
  */
-main.10:	movb $ASCII_BEL,%al		# Signal
-		callw putchr			#  beep!
-		xorb %ah,%ah			# BIOS: Get
+main.10:	xorb %ah,%ah			# BIOS: Get
 		int $0x1a			#  system time
 		movw %dx,%di			# Ticks when
 		addw _TICKS(%bp),%di		#  timeout

This might be an issue on other architectures (amd64?) as well, I
haven't checked that right now.

TIA,
Riggs

-- 
- Now the world has gone to bed  | Now I lay me down to sleep        -
-- Darkness won't engulf my head | Try to count electric sheep      --
--- I can see by infra-red       | Sweet dream wishes you can keep ---
---- How I hate the night        | How I hate the night           ----

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 10:52:45 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 28A8216A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 10:52:45 +0000 (GMT)
	(envelope-from caters@deepthinka.com)
Received: from ppp85-140-35-194.pppoe.mtu-net.ru
	(ppp85-140-35-83.pppoe.mtu-net.ru [85.140.35.83])
	by mx1.FreeBSD.org (Postfix) with SMTP id 7C73643D62
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 10:52:44 +0000 (GMT)
	(envelope-from caters@deepthinka.com)
Received: from unknown (HELO bilateral) (192.168.100.117)
	by ppp85-140-35-194.pppoe.mtu-net.ru with SMTP;
	Fri, 9 Dec 2005 13:52:42 +0300
Content-Transfer-Encoding: 7bit
Message-Id: <7443888958.117157114506@ppp85-140-35-194.pppoe.mtu-net.ru>
Content-Type: text/plain; charset=us-ascii
To: freebsd-stable@freebsd.org
From: Wat Lara <caters@deepthinka.com>
Date: Fri,  9 Dec 2005 10:52:44 +0000 (GMT)
Subject: One pill can change all your ideas about sex!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 10:52:45 -0000

Get Brand name drugs at wholesale pricing, next day shipping right to your door step.
http://ranters.kfdo.com/ph/dir/




I am at two with nature.       
If we don't change direction soon, we'll end up where we're going. 
A thing is not necessarily true because a man dies for it. 
Honest differences are often a healthy sign of progress.    
I believe in the forgiveness of sin and the redemption of ignorance. 
Anything not worth doing is worth not doing well. Think about it. 



From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 11:24:52 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6DDF116A420;
	Fri,  9 Dec 2005 11:24:52 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BD77943D76;
	Fri,  9 Dec 2005 11:24:39 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from vader ([212.135.219.179])
	by multiplay.co.uk (multiplay.co.uk [85.236.96.23])
	(MDaemon.PRO.v8.1.3.R) with ESMTP id md50002104507.msg;
	Fri, 09 Dec 2005 11:23:58 +0000
Message-ID: <002101c5fcb3$0c563910$b3db87d4@multiplay.co.uk>
From: "Steven Hartland" <killing@multiplay.co.uk>
To: "Brian Fundakowski Feldman" <green@freebsd.org>
References: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk>
	<20051208225404.GF98704@green.homeunix.org>
Date: Fri, 9 Dec 2005 11:23:54 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2670
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-Spam-Processed: multiplay.co.uk, Fri, 09 Dec 2005 11:23:58 +0000
	(not processed: message from valid local sender)
X-MDRemoteIP: 212.135.219.179
X-Return-Path: killing@multiplay.co.uk
X-MDAV-Processed: multiplay.co.uk, Fri, 09 Dec 2005 11:23:58 +0000
Cc: freebsd-stable@freebsd.org
Subject: Re: bsdtar / libarchive bug?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 11:24:52 -0000

----- Original Message ----- 
From: "Brian Fundakowski Feldman" <green@freebsd.org>
> I don't think it will "happily create empty tar.gz files", even where
> by empty you mean the tar itself inside of the gz.
> 
> {"/home/green" green@green}$ tar cfv x.tar
> tar: no files or directories specified
> {"/home/green" green@green}$ tar cfvz x.tar.gz
> tar: no files or directories specified
> {"/home/green" green@green}$ ls -l x.ta*
> ls: x.ta*: No such file or directory

Try this instead which is how I managed it ( not on purpose )
touch test.files
tar --files-from test.files -czf blank.tar.gz

Then to trigger the bug:
tar -xvzf blank.tar.gz

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to postmaster@multiplay.co.uk.


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 11:28:13 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AA90516A41F;
	Fri,  9 Dec 2005 11:28:13 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D6F0943D69;
	Fri,  9 Dec 2005 11:27:55 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from vader ([212.135.219.179])
	by multiplay.co.uk (multiplay.co.uk [85.236.96.23])
	(MDaemon.PRO.v8.1.3.R) with ESMTP id md50002104515.msg;
	Fri, 09 Dec 2005 11:27:34 +0000
Message-ID: <002901c5fcb3$8b7fc800$b3db87d4@multiplay.co.uk>
From: "Steven Hartland" <killing@multiplay.co.uk>
To: "Dan Nelson" <dnelson@allantgroup.com>,
	"Brian Fundakowski Feldman" <green@freebsd.org>
References: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk><20051208225404.GF98704@green.homeunix.org>
	<20051208234540.GB95420@dan.emsphone.com>
Date: Fri, 9 Dec 2005 11:27:27 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2670
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-Spam-Processed: multiplay.co.uk, Fri, 09 Dec 2005 11:27:34 +0000
	(not processed: message from valid local sender)
X-MDRemoteIP: 212.135.219.179
X-Return-Path: killing@multiplay.co.uk
X-MDAV-Processed: multiplay.co.uk, Fri, 09 Dec 2005 11:27:34 +0000
Cc: freebsd-stable@freebsd.org
Subject: Re: bsdtar / libarchive bug?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 11:28:13 -0000


----- Original Message ----- 
From: "Dan Nelson" <dnelson@allantgroup.com>

> I managed to make it create 0-byte files:
> 
> $ touch a
> $ tar cvf b.tar --exclude a a
> $ tar zcvf b.tar.gz --exclude a a
> $ ls -la b.tar*
> -rw-r--r--  1 dan  wheel   0 Dec  8 17:37 b.tar
> -rw-r--r--  1 dan  wheel  20 Dec  8 17:37 b.tar.gz
> $ gunzip -vl b.tar.gz
> method  crc     date  time  compressed  uncompr. ratio uncompressed_name
> defla 00000000 Dec  8 17:37        20         0   0.0% b.tar
> 
> This works because at the time tar creates the output file, it doesn't
> know that I have excluded all the listed files.
> 
> I am leaning towards an empty archive being legal, though, since it
> makes scripting easier.  There may be cases where you are archiving
> files generated daily, and you want to distinguish "no data today" from
> "the archiver didn't run".  At worst it should print a warning.

That's the reason here as well. It was a scripted process where we
create a tar.gz of new / changed files and a shell script to remove
old files. As some files had been removed only in this instance we
ended up with a script file with entries but nothing in the tar.gz which
then barfed on "install".

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to postmaster@multiplay.co.uk.


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 11:29:38 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3BE3E16A41F;
	Fri,  9 Dec 2005 11:29:38 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23])
	by mx1.FreeBSD.org (Postfix) with ESMTP id C80EF43D8A;
	Fri,  9 Dec 2005 11:28:55 +0000 (GMT)
	(envelope-from killing@multiplay.co.uk)
Received: from vader ([212.135.219.179])
	by multiplay.co.uk (multiplay.co.uk [85.236.96.23])
	(MDaemon.PRO.v8.1.3.R) with ESMTP id md50002104516.msg;
	Fri, 09 Dec 2005 11:28:44 +0000
Message-ID: <002c01c5fcb3$b5401af0$b3db87d4@multiplay.co.uk>
From: "Steven Hartland" <killing@multiplay.co.uk>
To: "Brian Fundakowski Feldman" <green@freebsd.org>,
	"Dan Nelson" <dnelson@allantgroup.com>
References: <00c701c5fc1c$e6db4220$b3db87d4@multiplay.co.uk><20051208225404.GF98704@green.homeunix.org><20051208234540.GB95420@dan.emsphone.com>
	<20051208235642.GG98704@green.homeunix.org>
Date: Fri, 9 Dec 2005 11:28:37 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2670
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-Spam-Processed: multiplay.co.uk, Fri, 09 Dec 2005 11:28:44 +0000
	(not processed: message from valid local sender)
X-MDRemoteIP: 212.135.219.179
X-Return-Path: killing@multiplay.co.uk
X-MDAV-Processed: multiplay.co.uk, Fri, 09 Dec 2005 11:28:44 +0000
Cc: freebsd-stable@freebsd.org
Subject: Re: bsdtar / libarchive bug?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 11:29:38 -0000

----- Original Message ----- 
From: "Brian Fundakowski Feldman" <green@freebsd.org>

> Just don't let it accept a 0-length gzip.

That wont work as the gzip file does have length ( 20 bytes )
where as the resulting tar file doesn't ( 0 bytes )

    Steve


================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 

In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to postmaster@multiplay.co.uk.


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 13:09:28 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E2CA116A422
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 13:09:28 +0000 (GMT)
	(envelope-from michael.schuh@gmail.com)
Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.198])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8328E43D6B
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 13:09:14 +0000 (GMT)
	(envelope-from michael.schuh@gmail.com)
Received: by nproxy.gmail.com with SMTP id b2so291415nfe
	for <freebsd-stable@freebsd.org>; Fri, 09 Dec 2005 05:09:13 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;
	b=Qgu2uOdeCeremzeN6ynMH45cSLAJLIL0nkF9hkfk6XSb+PWtXPSaxPdi5KvzpteL2W0fdQO7uQIc4JiAwG6qYAEOHNq9bhh6x8HJ3atsUNlu3OSRkP7GzMJLW4OoUJ9lfd8cdD6b+7f2NJJSosivF865YjgxYMP1HoBOJ8VKeM0=
Received: by 10.48.225.20 with SMTP id x20mr387774nfg;
	Fri, 09 Dec 2005 05:09:13 -0800 (PST)
Received: by 10.48.240.11 with HTTP; Fri, 9 Dec 2005 05:09:13 -0800 (PST)
Message-ID: <1dbad3150512090509l2ab08e03k@mail.gmail.com>
Date: Fri, 9 Dec 2005 14:09:13 +0100
From: Michael Schuh <michael.schuh@gmail.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Subject: Questions about geom-gate and RAID1/10 and CARP
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 13:09:29 -0000

Hello,

i have searched informations about geom-gate and RAID1 or
Raid10 over TCP/IP. But nothing relevant found, so that i write
the questions here.

My opinion/scenario that i thinked out:
i Have 2 Machines Host  A and Host B,
both Machines have 2 Networkinterfaces,
one official and one private.
The official interfaces getting bound with CARP for
traffic, so that peoples think they connect's to one Machine.
So that i get, for this case, a high-availibility-solution on CARP-Base.
The private interfaces get to be used to derive my data from one Machine
to the other Machine, and also spend the possibility to watch the other Mac=
hine.

To this point everything is clear for me, so let us go to the more
complex part.

In the description above i be suppressed to derive the shared-data
for booth machines from one to another. My idea was to build an
RAID1 or RAID10 over the Network by using geom-gate and vinum
respective gvinum.

Has anyone any experiences with geom-gate and doing RAID1 or RAID10 over
TCP/IP? And has anyone a good solution in Production use?
My Questions about these thema are:
a) Is this generally possible with FreeBSD ?
b)is this generally a good idea ?
c)how must i setup the RAID?
d)who must build the raid? Host A? Host B? or BOTH?
e) can i use this way to become an HA-Solution?

I have searched in the Web about these questions, but nothing found.
Only things that i have found was Mirroring (local) and mode generals
related to local work with geom.

Thanks for help.

regards

Michael

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 13:55:37 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 195C116A41F
	for <stable@freebsd.org>; Fri,  9 Dec 2005 13:55:37 +0000 (GMT)
	(envelope-from ivoras@fer.hr)
Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9FDEA43D81
	for <stable@freebsd.org>; Fri,  9 Dec 2005 13:55:30 +0000 (GMT)
	(envelope-from ivoras@fer.hr)
Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113])
	by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id jB9DtNFx013724;
	Fri, 9 Dec 2005 14:55:24 +0100 (MET)
Message-ID: <43998C95.3050505@fer.hr>
Date: Fri, 09 Dec 2005 14:54:29 +0100
From: Ivan Voras <ivoras@fer.hr>
User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Michael Schuh <michael.schuh@gmail.com>
References: <1dbad3150512090509l2ab08e03k@mail.gmail.com>
In-Reply-To: <1dbad3150512090509l2ab08e03k@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: stable@freebsd.org
Subject: Re: Questions about geom-gate and RAID1/10 and CARP
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 13:55:37 -0000

Michael Schuh wrote:

> i have searched informations about geom-gate and RAID1 or
> Raid10 over TCP/IP. But nothing relevant found, so that i write
> the questions here.

Actually, there has been some discussion about this, but you probably 
won't like the result...

> Has anyone any experiences with geom-gate and doing RAID1 or RAID10 over
> TCP/IP? And has anyone a good solution in Production use?

Theoretically, yes - it can be done this way. You could use any 
GEOM-aware RAID solution, and throw ggate in the mix.

When I tried it (back in early 5-stable days) I could create the setup 
just fine, but could not stabilise it - gmirror kept loosing the ggate 
component(s), possibly(?) due to timeouts from network latency. IIRC, 
just around the time 6-stable was branched there was a similar report 
from somebody else. BUT, ggate has had several changes since then that 
should address performace, so maybe it's time to try again.

There's another problem: if you do get the over-the-network mirroring to 
work, you won't be able to share data this way: the 
one-writer-multiple-readers scenario won't work because the filesystem 
doesn't support it on the reader side (when the data gets modified by 
the writer, the reader doesn't know about it). Readonly-for-all scenario 
will work.

(see also this: http://docs.freebsd.org/cgi/mid.cgi?438B05D6.3000108 - 
I'll maybe find the time soon)

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 14:55:11 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4CB1C16A41F
	for <stable@freebsd.org>; Fri,  9 Dec 2005 14:55:11 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4EE6B43D78
	for <stable@freebsd.org>; Fri,  9 Dec 2005 14:54:59 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11])
	(authenticated bits=0)
	by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jB9EnXWA071777;
	Fri, 9 Dec 2005 07:49:34 -0700 (MST)
	(envelope-from scottl@samsco.org)
Message-ID: <4399997D.7010304@samsco.org>
Date: Fri, 09 Dec 2005 07:49:33 -0700
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Thomas E. Zander" <riggs@rrr.de>
References: <20051209093610.GR898@marvin.riggiland.au>
In-Reply-To: <20051209093610.GR898@marvin.riggiland.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed 
	version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org
Cc: stable@freebsd.org
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 14:55:11 -0000

Thomas E. Zander wrote:
> Hi,
> 
> just installed a fresh 6.0 on a laptop, using the standard boot
> manager. The problem is: The default volume of pcspeaker can't be tuned
> in bios or anywhere else before loading a sound driver (in this case
> snd_ich). This especially means the pc speaker volume is always set to
> 100% at every boot which results in a horribly loud beep which I am
> afraid the built-in "speakers" can't do very often :-)
> 
> So what about this one:
> 
> --- /usr/src/sys/boot/i386/boot0/boot0.S
> +++ boot0.S
> @@ -201,9 +201,7 @@
>  /*
>   * Start of input loop.  Beep and take note of time
>   */
> -main.10:	movb $ASCII_BEL,%al		# Signal
> -		callw putchr			#  beep!
> -		xorb %ah,%ah			# BIOS: Get
> +main.10:	xorb %ah,%ah			# BIOS: Get
>  		int $0x1a			#  system time
>  		movw %dx,%di			# Ticks when
>  		addw _TICKS(%bp),%di		#  timeout
> 
> This might be an issue on other architectures (amd64?) as well, I
> haven't checked that right now.
> 
> TIA,
> Riggs
> 

The beep is useful for some people who run headless systems, but it
is indeed annoying for others, especially with laptops in quiet places.
We should probably conditionalize this on a variable that can go into
/etc/make.conf.  Note that amd64 uses the i386 bits here.

Scott

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 15:34:45 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 246A216A41F
	for <stable@freebsd.org>; Fri,  9 Dec 2005 15:34:45 +0000 (GMT)
	(envelope-from lexa@wincmd.ru)
Received: from kunnilinux.birulevo.net (kunnilinux.birulevo.net [195.54.208.3])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7AA6C43D5E
	for <stable@freebsd.org>; Fri,  9 Dec 2005 15:34:44 +0000 (GMT)
	(envelope-from lexa@wincmd.ru)
Received: (qmail 5451 invoked by uid 210); 9 Dec 2005 18:34:42 +0300
Received: from 10.4.22.222 by kunnilinux (envelope-from <lexa@wincmd.ru>,
	uid 201) with qmail-scanner-1.25st 
	(clamdscan: 0.87.1/1206. spamassassin: 3.1.0. perlscan: 1.25st.  
	Clear:RC:1(10.4.22.222):. 
	Processed in 0.05784 secs); 09 Dec 2005 15:34:42 -0000
Received: from unknown (HELO ?192.0.0.1?) (10.4.22.222)
	by kunnilinux.birulevo.net with SMTP; 9 Dec 2005 18:34:41 +0300
Message-ID: <4399A414.9040805@wincmd.ru>
Date: Fri, 09 Dec 2005 18:34:44 +0300
From: Tarasov Alexey <lexa@wincmd.ru>
User-Agent: Thunderbird 1.5 (X11/20051110)
MIME-Version: 1.0
To: stable@freebsd.org
Content-Type: text/plain; charset=windows-1251; format=flowed
Content-Transfer-Encoding: 7bit
Cc: 
Subject: Automatic installation problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 15:34:45 -0000

Hello!

I'm trying to make full automatical FreeBSD installation. I have the 
following lines in my install.cfg:

> command="echo sshd_enable="YES" >> /etc/rc.conf"
> system
> command="echo 'pass' | /usr/sbin/pw useradd -u user -h 0 -G wheel"
> system

But during installation I get some error messages:

 > DEBUG: dispatch: calling resword 'system'
 > echo sshd_enable=YES >> /etc/rc.conf: not found

I am using FreeBSD 6.0-RELEASE.

-- 
Best regards,
Tarasov Alexey.


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 15:41:04 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 18A9816A41F
	for <stable@freebsd.org>; Fri,  9 Dec 2005 15:41:04 +0000 (GMT)
	(envelope-from wb@freebie.xs4all.nl)
Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A510B43D5A
	for <stable@freebsd.org>; Fri,  9 Dec 2005 15:41:02 +0000 (GMT)
	(envelope-from wb@freebie.xs4all.nl)
Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253])
	by smtp-vbr1.xs4all.nl (8.13.3/8.13.3) with ESMTP id jB9FeuN1061990;
	Fri, 9 Dec 2005 16:41:00 +0100 (CET)
	(envelope-from wb@freebie.xs4all.nl)
Received: from freebie.xs4all.nl (localhost [127.0.0.1])
	by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id jB9Feujv021945;
	Fri, 9 Dec 2005 16:40:56 +0100 (CET)
	(envelope-from wb@freebie.xs4all.nl)
Received: (from wb@localhost)
	by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id jB9Feube021944;
	Fri, 9 Dec 2005 16:40:56 +0100 (CET) (envelope-from wb)
Date: Fri, 9 Dec 2005 16:40:56 +0100
From: Wilko Bulte <wb@freebie.xs4all.nl>
To: Scott Long <scottl@samsco.org>
Message-ID: <20051209154056.GA21926@freebie.xs4all.nl>
References: <20051209093610.GR898@marvin.riggiland.au>
	<4399997D.7010304@samsco.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4399997D.7010304@samsco.org>
X-OS: FreeBSD 6.0-STABLE
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by XS4ALL Virus Scanner
Cc: "Thomas E. Zander" <riggs@rrr.de>, stable@freebsd.org
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 15:41:04 -0000

On Fri, Dec 09, 2005 at 07:49:33AM -0700, Scott Long wrote..
> Thomas E. Zander wrote:
> >Hi,
> >
> >just installed a fresh 6.0 on a laptop, using the standard boot
> >manager. The problem is: The default volume of pcspeaker can't be tuned
> >in bios or anywhere else before loading a sound driver (in this case
> >snd_ich). This especially means the pc speaker volume is always set to
> >100% at every boot which results in a horribly loud beep which I am
> >afraid the built-in "speakers" can't do very often :-)
> >
> >So what about this one:
> >
> >--- /usr/src/sys/boot/i386/boot0/boot0.S
> >+++ boot0.S
> >@@ -201,9 +201,7 @@
> > /*
> >  * Start of input loop.  Beep and take note of time
> >  */
> >-main.10:	movb $ASCII_BEL,%al		# Signal
> >-		callw putchr			#  beep!
> >-		xorb %ah,%ah			# BIOS: Get
> >+main.10:	xorb %ah,%ah			# BIOS: Get
> > 		int $0x1a			#  system time
> > 		movw %dx,%di			# Ticks when
> > 		addw _TICKS(%bp),%di		#  timeout
> >
> >This might be an issue on other architectures (amd64?) as well, I
> >haven't checked that right now.
> >
> >TIA,
> >Riggs
> >
> 
> The beep is useful for some people who run headless systems, but it
> is indeed annoying for others, especially with laptops in quiet places.
> We should probably conditionalize this on a variable that can go into
> /etc/make.conf.  Note that amd64 uses the i386 bits here.

Originally it was introduced (IIRC) to accomodate visually impaired users 
of FreeBSD.  So the install CDs etc better keep it enabled.

-- 
Wilko Bulte				wilko@FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 15:43:22 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id BAC1816A420
	for <stable@freebsd.org>; Fri,  9 Dec 2005 15:43:22 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DCDFF43D5D
	for <stable@freebsd.org>; Fri,  9 Dec 2005 15:43:18 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11])
	(authenticated bits=0)
	by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jB9FhEQt071998;
	Fri, 9 Dec 2005 08:43:14 -0700 (MST)
	(envelope-from scottl@samsco.org)
Message-ID: <4399A612.1030103@samsco.org>
Date: Fri, 09 Dec 2005 08:43:14 -0700
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Wilko Bulte <wb@freebie.xs4all.nl>
References: <20051209093610.GR898@marvin.riggiland.au>
	<4399997D.7010304@samsco.org>
	<20051209154056.GA21926@freebie.xs4all.nl>
In-Reply-To: <20051209154056.GA21926@freebie.xs4all.nl>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed 
	version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org
Cc: "Thomas E. Zander" <riggs@rrr.de>, stable@freebsd.org
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 15:43:22 -0000

Wilko Bulte wrote:
> On Fri, Dec 09, 2005 at 07:49:33AM -0700, Scott Long wrote..
> 
>>Thomas E. Zander wrote:
>>
>>>Hi,
>>>
>>>just installed a fresh 6.0 on a laptop, using the standard boot
>>>manager. The problem is: The default volume of pcspeaker can't be tuned
>>>in bios or anywhere else before loading a sound driver (in this case
>>>snd_ich). This especially means the pc speaker volume is always set to
>>>100% at every boot which results in a horribly loud beep which I am
>>>afraid the built-in "speakers" can't do very often :-)
>>>
>>>So what about this one:
>>>
>>>--- /usr/src/sys/boot/i386/boot0/boot0.S
>>>+++ boot0.S
>>>@@ -201,9 +201,7 @@
>>>/*
>>> * Start of input loop.  Beep and take note of time
>>> */
>>>-main.10:	movb $ASCII_BEL,%al		# Signal
>>>-		callw putchr			#  beep!
>>>-		xorb %ah,%ah			# BIOS: Get
>>>+main.10:	xorb %ah,%ah			# BIOS: Get
>>>		int $0x1a			#  system time
>>>		movw %dx,%di			# Ticks when
>>>		addw _TICKS(%bp),%di		#  timeout
>>>
>>>This might be an issue on other architectures (amd64?) as well, I
>>>haven't checked that right now.
>>>
>>>TIA,
>>>Riggs
>>>
>>
>>The beep is useful for some people who run headless systems, but it
>>is indeed annoying for others, especially with laptops in quiet places.
>>We should probably conditionalize this on a variable that can go into
>>/etc/make.conf.  Note that amd64 uses the i386 bits here.
> 
> 
> Originally it was introduced (IIRC) to accomodate visually impaired users 
> of FreeBSD.  So the install CDs etc better keep it enabled.
> 

It is highly irritating for everyone else, though.

Scott

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 15:57:44 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3860C16A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 15:57:44 +0000 (GMT)
	(envelope-from jason.harmening@gmail.com)
Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.200])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 2CF6243D5C
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 15:57:43 +0000 (GMT)
	(envelope-from jason.harmening@gmail.com)
Received: by zproxy.gmail.com with SMTP id i11so874016nzh
	for <freebsd-stable@freebsd.org>; Fri, 09 Dec 2005 07:57:42 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
	b=Jb8aUk3lL7CTmED0xIs8vC5DCWrKla7BKF6+X140zEVz9ACKySGhAPDdgjXFDu5AWBifby40LopROhsa3bXUsr9HDVloT0uxlDeyDXSw/xk5IHL2FCcO9HQ9k1soRBXhLgIoeuVBeUcADbjNumZdydGOKIVU2JvdA6aIimUfzw0=
Received: by 10.36.251.49 with SMTP id y49mr3576849nzh;
	Fri, 09 Dec 2005 07:57:42 -0800 (PST)
Received: by 10.36.154.19 with HTTP; Fri, 9 Dec 2005 07:57:42 -0800 (PST)
Message-ID: <2d1264630512090757n65c60cf0rb64385f3fac7321b@mail.gmail.com>
Date: Fri, 9 Dec 2005 09:57:42 -0600
From: Jason Harmening <jason.harmening@gmail.com>
To: gbyshenk@byshenk.net
In-Reply-To: <200512090015.jB90FMEA084040@byshenk.demon.nl>
MIME-Version: 1.0
References: <dn7nuo$2agc$1@FreeBSD.csie.nctu.edu.tw>
	<200512090015.jB90FMEA084040@byshenk.demon.nl>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Cc: freebsd-stable@freebsd.org
Subject: Re: [FreeBSD 6.0-RELEASE] Incorrect geometry for VIA RAID0 array
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 15:57:44 -0000

Yes, the array is being recognized properly.  The problem seems to be in th=
e
via_read_meta() function in sys/dev/ata/ata_raid.c.  Essentially, the
problem is that in the case of a striped array, the function overwrites the
total sector count of the top-level raid descriptor with the sector count o=
f
each enumerated disk, rather than adding to the sector count.  Last night I
installed FreeBSD on the first half of the array, and then built a custom
kernel with a modification to fix this issue.  The full 148G capacity of th=
e
array is now recognized, and I've been able to expand my slice with fdisk
and bsdlabel/newfs a new partition in the added space. So far I've written
about a gig of data to the new partition, and everything is working fine.

Note that even if you had a striped array, you wouldn't see this issue
because in your case the OS would use the promise_read_meta() routine, whic=
h
doesn't have this bug.


On 12/8/05, greg byshenk <gbyshenk@byshenk.demon.nl> wrote:
>
> On freebsd-stable, jason.harmening@gmail.com (Jason Harmening) wrote:
>
> >  Here's the dmesg output from the installer:
>
> >  ad4: 70911MB <WDC WD740GD-00FLA1 27.08D27> at ata2-master SATA150
> >  ad6: 70911MB <WDC WD740GD-00FLC0 33.08F33> at ata3-master SATA150
> >  ar0: 70911MB <VIA Tech V-RAID RAID0 (stripe 64 KB)> status: READY
> >  ar0: disk0 READY using ad4 at ata2-master
> >  ar0: disk1 READY using ad6 at ata3-master
>
> Are you _sure_ that the array is being recognized properly?
>
> Based on the dmesg output, it looks like the controller is being read
> as a 74G drive.
>
> FWIW, this is the section of my dmesg output, for a _mirror_:
>
>   ad4: 78167MB <Maxtor 6Y080P0 YAR41BW0> at ata2-master UDMA133
>   ad6: 78167MB <Maxtor 6Y080P0 YAR41BW0> at ata3-master UDMA133
>   ar0: 77247MB <Promise Fasttrak RAID1> status: READY
>   ar0: disk0 READY (master) using ad4 at ata2-master
>   ar0: disk1 READY (mirror) using ad6 at ata3-master
>
>
> >  On 12/7/05, Jason Harmening <jason.harmening@gmail.com> wrote:
>
> > > I'm trying to install FreeBSD 6.0-RELEASE on a RAID0 array attached t=
o
> the
> > > VIA 8237 controller on my Asus A8V Deluxe motherboard.  The array
> consists
> > > of two 74G drives.  The installer recognizes the array as ar0, but
> when I
> > > enter FDISK to set up my partition, the size of the array is only
> recognized
> > > as 74G, rather than the true 148G.  I've double-checked all my BIOS
> > > settings, and nothing seems out of order.  Please help!
>
>
> --
> greg byshenk  -  gbyshenk@byshenk.net  -  Leiden, NL
>

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 16:00:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 79E2516A49E
	for <stable@freebsd.org>; Fri,  9 Dec 2005 16:00:29 +0000 (GMT)
	(envelope-from dwmalone@maths.tcd.ie)
Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11])
	by mx1.FreeBSD.org (Postfix) with SMTP id 3A02A43D77
	for <stable@freebsd.org>; Fri,  9 Dec 2005 16:00:12 +0000 (GMT)
	(envelope-from dwmalone@maths.tcd.ie)
Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie)
	by salmon.maths.tcd.ie with SMTP id <aa05609@salmon>;
	9 Dec 2005 16:00:10 +0000 (GMT)
Date: Fri, 9 Dec 2005 16:00:06 +0000
From: David Malone <dwmalone@maths.tcd.ie>
To: Scott Long <scottl@samsco.org>
Message-ID: <20051209160006.GA53492@walton.maths.tcd.ie>
References: <20051209093610.GR898@marvin.riggiland.au>
	<4399997D.7010304@samsco.org>
	<20051209154056.GA21926@freebie.xs4all.nl>
	<4399A612.1030103@samsco.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4399A612.1030103@samsco.org>
User-Agent: Mutt/1.5.6i
Sender: dwmalone@maths.tcd.ie
Cc: Wilko Bulte <wb@freebie.xs4all.nl>, stable@freebsd.org,
	"Thomas E. Zander" <riggs@rrr.de>
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 16:00:29 -0000

On Fri, Dec 09, 2005 at 08:43:14AM -0700, Scott Long wrote:
> >Originally it was introduced (IIRC) to accomodate visually impaired users 
> >of FreeBSD.  So the install CDs etc better keep it enabled.

> It is highly irritating for everyone else, though.

Not quite everyone - if I'm working on a few machines I find it
useful to know when a particular machine has reached the boot stage,
so I can tell it to go into single user mode. It is particularly
useful on machines where the BIOS tages ages to do its stuff.

	David.

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 16:38:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6833316A41F
	for <stable@freebsd.org>; Fri,  9 Dec 2005 16:38:53 +0000 (GMT)
	(envelope-from riggs@riggiland.dyndns.org)
Received: from riggiland.dyndns.org (ppp-62-245-160-169.mnet-online.de
	[62.245.160.169])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 83A9443D49
	for <stable@freebsd.org>; Fri,  9 Dec 2005 16:38:52 +0000 (GMT)
	(envelope-from riggs@riggiland.dyndns.org)
Received: from marvin.riggiland.au (localhost [127.0.0.1])
	by riggiland.dyndns.org (8.13.4/8.13.4) with ESMTP id jB9GcjLo056421;
	Fri, 9 Dec 2005 17:38:46 +0100 (CET)
	(envelope-from riggs@marvin.riggiland.au)
Received: (from riggs@localhost)
	by marvin.riggiland.au (8.13.4/8.13.4/Submit) id jB9GcjwT056420;
	Fri, 9 Dec 2005 17:38:45 +0100 (CET) (envelope-from riggs)
Date: Fri, 9 Dec 2005 17:38:43 +0100
From: "Thomas E. Zander" <riggs@rrr.de>
To: David Malone <dwmalone@maths.tcd.ie>
Message-ID: <20051209163843.GS898@marvin.riggiland.au>
References: <20051209093610.GR898@marvin.riggiland.au>
	<4399997D.7010304@samsco.org>
	<20051209154056.GA21926@freebie.xs4all.nl>
	<4399A612.1030103@samsco.org>
	<20051209160006.GA53492@walton.maths.tcd.ie>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <20051209160006.GA53492@walton.maths.tcd.ie>
Organization: Chaotic
X-PGP-KeyID: 0xC85996CD
X-PGP-URI: http://blackhole.pca.dfn.de:11371/pks/lookup?op=get&search=0xC85996CD
X-PGP-Fingerprint: 4F59 75B4 4CE3 3B00 BC61  5400 8DD4 8929 C859 96CD
X-Mailer: Marvin Mail (Build 1134145219)
X-Operating-System: FreeBSD 6.0-STABLE
Cc: Wilko Bulte <wb@freebie.xs4all.nl>, stable@freebsd.org
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 16:38:53 -0000

On Fri, 09. Dec 2005, at 16:00 +0000, David Malone wrote
according to [Re: Boot manager beep]:
> On Fri, Dec 09, 2005 at 08:43:14AM -0700, Scott Long wrote:
> 
> > It is highly irritating for everyone else, though.
> 
> Not quite everyone - if I'm working on a few machines I find it
> useful to know when a particular machine has reached the boot stage,
> so I can tell it to go into single user mode. It is particularly
> useful on machines where the BIOS tages ages to do its stuff.

Probably it isn't even a real problem on most boxes. Usually standard
desktops and servers (maybe) have their pc speaker which is set to a
reasonable volume at boot time. I never found this beep annoying in my
servers. Just came across it when I had to reinstall my notebook
because of a hard drive crash and 6.0 installed this beeping boot
loader. So probably as Scott pointed out, it might be best to let the
user choose a quiet loader as an option.
Naturally, boot0 is a tiny program, it shouldn't be a problem to build
a boot0nobeep as well and install one of them depending on settings,
maybe even early during sysinstall ?!

Riggs

-- 
- "[...] I talked to the computer at great length and
-- explained my view of the Universe to it" said Marvin.
--- And what happened?" pressed Ford.
---- "It committed suicide." said Marvin.

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 17:01:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9079C16A41F
	for <stable@freebsd.org>; Fri,  9 Dec 2005 17:01:50 +0000 (GMT)
	(envelope-from wb@freebie.xs4all.nl)
Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 05FF643D94
	for <stable@freebsd.org>; Fri,  9 Dec 2005 17:01:34 +0000 (GMT)
	(envelope-from wb@freebie.xs4all.nl)
Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253])
	by smtp-vbr8.xs4all.nl (8.13.3/8.13.3) with ESMTP id jB9H1LM3022660;
	Fri, 9 Dec 2005 18:01:29 +0100 (CET)
	(envelope-from wb@freebie.xs4all.nl)
Received: from freebie.xs4all.nl (localhost [127.0.0.1])
	by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id jB9H1KJ0063312;
	Fri, 9 Dec 2005 18:01:20 +0100 (CET)
	(envelope-from wb@freebie.xs4all.nl)
Received: (from wb@localhost)
	by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id jB9H1JcU062908;
	Fri, 9 Dec 2005 18:01:20 +0100 (CET) (envelope-from wb)
Date: Fri, 9 Dec 2005 18:01:19 +0100
From: Wilko Bulte <wb@freebie.xs4all.nl>
To: Scott Long <scottl@samsco.org>
Message-ID: <20051209170119.GA36606@freebie.xs4all.nl>
References: <20051209093610.GR898@marvin.riggiland.au>
	<4399997D.7010304@samsco.org>
	<20051209154056.GA21926@freebie.xs4all.nl>
	<4399A612.1030103@samsco.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4399A612.1030103@samsco.org>
X-OS: FreeBSD 6.0-STABLE
User-Agent: Mutt/1.5.11
X-Virus-Scanned: by XS4ALL Virus Scanner
Cc: "Thomas E. Zander" <riggs@rrr.de>, stable@freebsd.org
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 17:01:50 -0000

On Fri, Dec 09, 2005 at 08:43:14AM -0700, Scott Long wrote..
> Wilko Bulte wrote:
> >On Fri, Dec 09, 2005 at 07:49:33AM -0700, Scott Long wrote..
> >
> >>Thomas E. Zander wrote:
> >>
> >>>Hi,
> >>>
> >>>just installed a fresh 6.0 on a laptop, using the standard boot
> >>>manager. The problem is: The default volume of pcspeaker can't be tuned
> >>>in bios or anywhere else before loading a sound driver (in this case
> >>>snd_ich). This especially means the pc speaker volume is always set to
> >>>100% at every boot which results in a horribly loud beep which I am
> >>>afraid the built-in "speakers" can't do very often :-)
> >>>
> >>>So what about this one:
> >>>
> >>>--- /usr/src/sys/boot/i386/boot0/boot0.S
> >>>+++ boot0.S
> >>>@@ -201,9 +201,7 @@
> >>>/*
> >>>* Start of input loop.  Beep and take note of time
> >>>*/
> >>>-main.10:	movb $ASCII_BEL,%al		# Signal
> >>>-		callw putchr			#  beep!
> >>>-		xorb %ah,%ah			# BIOS: Get
> >>>+main.10:	xorb %ah,%ah			# BIOS: Get
> >>>		int $0x1a			#  system time
> >>>		movw %dx,%di			# Ticks when
> >>>		addw _TICKS(%bp),%di		#  timeout
> >>>
> >>>This might be an issue on other architectures (amd64?) as well, I
> >>>haven't checked that right now.
> >>>
> >>>TIA,
> >>>Riggs
> >>>
> >>
> >>The beep is useful for some people who run headless systems, but it
> >>is indeed annoying for others, especially with laptops in quiet places.
> >>We should probably conditionalize this on a variable that can go into
> >>/etc/make.conf.  Note that amd64 uses the i386 bits here.
> >
> >
> >Originally it was introduced (IIRC) to accomodate visually impaired users 
> >of FreeBSD.  So the install CDs etc better keep it enabled.
> 
> It is highly irritating for everyone else, though.

So, creating an option to disable it would help them.  And still allow the
others the benefit of the 'beep'.  There is enough unusable (for visually
imparred people) crud in this world, like all these silly Flash-websites
etc.

-- 
Wilko Bulte				wilko@FreeBSD.org

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 17:24:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5219416A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 17:24:32 +0000 (GMT)
	(envelope-from squirrel@isot.com)
Received: from isot.com (mail.isot.com [63.161.224.8])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B84443D58
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 17:24:31 +0000 (GMT)
	(envelope-from squirrel@isot.com)
Received: from wmail.isot.com (wmail.isot.com [63.161.224.9])
	by isot.com (8.12.10/8.12.10) with ESMTP id jB9HmYdU061984
	for <freebsd-stable@freebsd.org>; Fri, 9 Dec 2005 11:48:34 -0600 (CST)
Received: from 24.162.103.154 (SquirrelMail authenticated user squirrel)
	by wmail.isot.com with HTTP; Fri, 9 Dec 2005 11:11:10 -0600 (CST)
Message-ID: <60348.24.162.103.154.1134148270.squirrel@wmail.isot.com>
Date: Fri, 9 Dec 2005 11:11:10 -0600 (CST)
From: squirrel@isot.com
To: freebsd-stable@freebsd.org
User-Agent: SquirrelMail/1.4.4
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Subject: Missing libpthread.so.*
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 17:24:32 -0000

FBSD 5.0

I'm getting missing libpthread.so.* error, so I copied it from another
FBSD box, and now getting:
   Undefined symbol "__malloc_lock"

So I went into /usr/src/lib/libpthread and did make/install.  I noticed
that it installed libkse.so.* but not libpthread.so.*.

Help...



**************************************
Computer problems? ...................
..............http://www.multibyte.net


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 17:35:35 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AA4D116A423
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 17:35:35 +0000 (GMT)
	(envelope-from content-filter@makana.gov.za)
Received: from smtp2.imaginet.co.za (smtp2.imaginet.co.za [196.34.166.188])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1BAA843D96
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 17:34:26 +0000 (GMT)
	(envelope-from content-filter@makana.gov.za)
Received: from [196.211.28.150] (helo=makana.gov.za)
	by smtp2.imaginet.co.za with esmtpa (Exim 4.50 (FreeBSD))
	id 1Ekm8N-00048Y-Sw
	for freebsd-stable@freebsd.org; Fri, 09 Dec 2005 19:34:16 +0200
Received: from 192.168.13.10 for freebsd-stable@freebsd.org;
	Fri, 09 Dec 2005 19:34:06 +0200
From: "WorkgroupMail Content Filter" <content-filter@makana.gov.za>
To: freebsd-stable@freebsd.org
Sender: "WorkgroupMail Content Filter" <content-filter@makana.gov.za>
Date: Fri, 09 Dec 2005 19:34:05 +0200
X-WM-Plugin-Generated: MailScan
MIME-Version: 1.0
Content-type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Message-ID: <WM98250A984576477b92BA760B2908DADF@makana.gov.za>
X-Whitelisted: The user has authenticated (1).
X-Whitelisted: The user has Authenticated (2).
Subject: QUARANTINED: Returned mail: see transcript for details
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 17:35:35 -0000

The message "Returned mail: see transcript for details" from Post Office, sent on 12/9/2005 19:30 was quarantined because it contained either an executable file, a batch file or a screen saver file. All of these types of attachments are considered security risks. Please consult your mail administrator who can release the message.


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 18:16:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E9D9316A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 18:16:29 +0000 (GMT)
	(envelope-from swhetzel@gmail.com)
Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.200])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 27DDB43D5E
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 18:16:28 +0000 (GMT)
	(envelope-from swhetzel@gmail.com)
Received: by xproxy.gmail.com with SMTP id h30so634473wxd
	for <freebsd-stable@freebsd.org>; Fri, 09 Dec 2005 10:16:28 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
	b=H5EgHPb+WP8vjBBtn9ejZFOQQ/ik1wHJJSqe2uWOkQy1bAr8togprYcPW5m0PfNg0dcCe4Bfww0P7skMj2MbTwKn5BwMODhhWY7yPIRMEeN+OGy/+MXbQyFBLOBbRbJFnyIN4EkLKCwtb6OAGD0kuSvvSL3sRFawjFj1sbNfLLc=
Received: by 10.70.109.14 with SMTP id h14mr1387776wxc;
	Fri, 09 Dec 2005 10:16:27 -0800 (PST)
Received: by 10.70.31.5 with HTTP; Fri, 9 Dec 2005 10:16:27 -0800 (PST)
Message-ID: <790a9fff0512091016s3b241d1aqc72632baeb422525@mail.gmail.com>
Date: Fri, 9 Dec 2005 12:16:27 -0600
From: Scot Hetzel <swhetzel@gmail.com>
To: "squirrel@isot.com" <squirrel@isot.com>
In-Reply-To: <60348.24.162.103.154.1134148270.squirrel@wmail.isot.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <60348.24.162.103.154.1134148270.squirrel@wmail.isot.com>
Cc: freebsd-stable@freebsd.org
Subject: Re: Missing libpthread.so.*
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 18:16:30 -0000

On 12/9/05, squirrel@isot.com <squirrel@isot.com> wrote:
> FBSD 5.0
>
> I'm getting missing libpthread.so.* error, so I copied it from another
> FBSD box, and now getting:
>   Undefined symbol "__malloc_lock"
>
> So I went into /usr/src/lib/libpthread and did make/install.  I noticed
> that it installed libkse.so.* but not libpthread.so.*.
>
What you need to do is create a link between libpthread.so.* and libkse.so.=
*:

  cd /usr/lib
  ln libkse.so... libpthread.so....

Also see this cvs entry about libkse on FreeBSD 5.0:

http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpthread/Makefile?rev=3D1.3=
5&content-type=3Dtext/x-cvsweb-markup

--
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 18:28:21 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id EB8A316A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 18:28:21 +0000 (GMT)
	(envelope-from jmg@hydrogen.funkthat.com)
Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 21E8A43D49
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 18:28:20 +0000 (GMT)
	(envelope-from jmg@hydrogen.funkthat.com)
Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1])
	by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jB9ISJbt097502; 
	Fri, 9 Dec 2005 10:28:19 -0800 (PST)
	(envelope-from jmg@hydrogen.funkthat.com)
Received: (from jmg@localhost)
	by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jB9ISIO1097501;
	Fri, 9 Dec 2005 10:28:18 -0800 (PST) (envelope-from jmg)
Date: Fri, 9 Dec 2005 10:28:17 -0800
From: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
To: Stijn Hoop <stijn@win.tue.nl>
Message-ID: <20051209182817.GY55657@funkthat.com>
Mail-Followup-To: Stijn Hoop <stijn@win.tue.nl>,
	secmgr <security@jim-liesl.org>, freebsd-stable@freebsd.org
References: <20051208001857.68ac4fef.torfinn.ingolfsen@broadpark.no>
	<20051208133100.GC912@pcwin002.win.tue.nl>
	<20051208194915.GC948@unixpages.org>
	<4398CA29.3070602@jim-liesl.org>
	<20051209093054.GF912@pcwin002.win.tue.nl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20051209093054.GF912@pcwin002.win.tue.nl>
User-Agent: Mutt/1.4.2.1i
X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386
X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31  96 7A 22 B3 D8 56 36 F4
X-Files: The truth is out there
X-URL: http://resnet.uoregon.edu/~gurney_j/
X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html
Cc: freebsd-stable@freebsd.org
Subject: Re: FreeBSD 6.0 as storage server with raid5?
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: John-Mark Gurney <gurney_j@resnet.uoregon.edu>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 18:28:22 -0000

Stijn Hoop wrote this message on Fri, Dec 09, 2005 at 10:30 +0100:
> Besides, I've seen a few hardware RAID controllers having issues
> themselves (and they weren't the cheapest ones available either).

Yep, and because of failure to get proper vender support, software
raid is looking more attractive to the company I work at...

Delaying upgrades of the OS due to hardware raid issues, and then
finding out that the ICP aka Adaptec no longer supports iir beyond
5.2-R (no 5.4-R or any 6.x and beyond) makes it harder for us to
justify spending money on hardware raid.  (who knows that the next
brand of hardware raid isn't going to have the another issue, and
decide to not provide support)...

At least they finally released a new patch against 5.4-R, but we can
barely get them to support us on 4.7-R (which has the same driver as
4.11-R), let alone when we had issues on 5.4-R...

So, even though software raid may not be as reliable among other things,
at least you have the source and can fix it, and don't have to wait many
months just to wait longer for the vendor to fix the issue...

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 18:48:32 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E7EF716A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 18:48:32 +0000 (GMT)
	(envelope-from deischen@freebsd.org)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3127143D66
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 18:48:32 +0000 (GMT)
	(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
	by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id jB9ImUNL021944; 
	Fri, 9 Dec 2005 13:48:30 -0500 (EST)
Date: Fri, 9 Dec 2005 13:48:30 -0500 (EST)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: Scot Hetzel <swhetzel@gmail.com>
In-Reply-To: <790a9fff0512091016s3b241d1aqc72632baeb422525@mail.gmail.com>
Message-ID: <Pine.GSO.4.43.0512091346320.8449-100000@sea.ntplx.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net)
Cc: freebsd-stable@freebsd.org, "squirrel@isot.com" <squirrel@isot.com>
Subject: Re: Missing libpthread.so.*
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 18:48:33 -0000

On Fri, 9 Dec 2005, Scot Hetzel wrote:

> On 12/9/05, squirrel@isot.com <squirrel@isot.com> wrote:
> > FBSD 5.0
> >
> > I'm getting missing libpthread.so.* error, so I copied it from another
> > FBSD box, and now getting:
> >   Undefined symbol "__malloc_lock"
> >
> > So I went into /usr/src/lib/libpthread and did make/install.  I noticed
> > that it installed libkse.so.* but not libpthread.so.*.
> >
> What you need to do is create a link between libpthread.so.* and libkse.so.*:

No, he's hosed his system.  There is no libpthread in 5.0.
Somehow you've brought in binaries from somewhere else that
are linked to libpthread because they were linked on a more
recent version of FreeBSD.  Either that, or you have a
/etc/libmap.conf that is trying to use libpthread.

-- 
DE


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 19:31:50 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CAF9116A41F;
	Fri,  9 Dec 2005 19:31:50 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtar02.coxmail.com (dukecmmtar02.coxmail.com
	[68.99.120.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 30ABE43D5F;
	Fri,  9 Dec 2005 19:31:50 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from sleuth ([64.58.171.89]) by dukecmmtar02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051209193238.BZST26756.dukecmmtar02.coxmail.com@sleuth>;
	Fri, 9 Dec 2005 14:32:38 -0500
From: "vizion" <vizion@vizion.occoxmail.com>
To: "'Michael C. Shultz'" <ringworm01@gmail.com>, <freebsd-stable@freebsd.org>
Date: Fri, 9 Dec 2005 11:31:48 -0800
Message-ID: <000001c5fcf7$3333ed90$59ab3a40@sleuth>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.6626
Importance: Normal
In-Reply-To: <200512091032.29029.ringworm01@gmail.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
Cc: 'Peter Jeremy' <PeterJeremy@optushome.com.au>,
	'Doug Barton' <dougb@freebsd.org>
Subject: RE: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 19:31:50 -0000



> -----Original Message-----
> From: Michael C. Shultz [mailto:ringworm01@gmail.com]
> Sent: Friday, December 09, 2005 10:32 AM
> To: vizion
> Cc: 'Peter Jeremy'; 'Doug Barton'
> Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
>=20
> On Friday 09 December 2005 09:39, vizion wrote:
> > > Vison, you are much better at writting florid prose on how and why
> > > FreeBSD is
> > > such an awful OS run by a team of Techies who care nothing about =
end
> > > users needs than you are at reading and comprehending simple
> > > instructions.
> > >
> > >  What you write is almost believable, your writing skill is very =
good
> and
> > > convincing, only in this particualr case I know you are completely
> wrong
> > > and
> > > your failure to follow the simplest advice is why your machine is =
now
> non
> > > operational.  Quit crying about non relevent issues and =
concentrate on
> > > solving your real problem - getting that darn machine to boot up.
> > >
> > > One last thought, name one OS that has better documentation than
> FreeBSD
> > > please, comercial or otherwise.  Maybe there is such a beast, if =
so I
> am
> > > very
> > > curious to know what it is called.
> >
> > Mike
> >
> > Rather than replying to the list I am emailing you direct and cc =
onl;y
> the
> > individuals to whom you cc'd your original.
> >
> > Frankly I never ceased to be amazed at diversionary personalized =
attacks
> > that seem to be a regular occurrence on freebsd lists whenever =
someone
> > makes friendly but critical observations about freebsd.  There is a
> > touchyness there which is a big deterrent to the engagement of =
others
> and a
> > tendency to paternalize which, on rare occasions, is an unspeakably =
ugly
> > aspect of some freebsd interactions.
> >
> > I do not know the root cause of such over-defensiveness I am =
constantly
> > amazed when old timers do not recognize it. It is time to grow up =
and I
> > hope something will happen to discourage people from arguing ad
> personam.
> >
> > Your remarks seem to have been written with the deliberate intention =
of
> > attacking the messenger rather than discussing the message. You did =
not
> > even aspire to achieving accuracy.
> >
> > The fact the my system did upgrade successfully from 5.3 to 5.4 by
> > following your advice does not give you the right to make false
> assumptions
> > about a failed upgrade from 5.4 to 6.0 that is due to a combination =
of
> > events that have nothing whatsoever to do with the topic under
> discussion,
> > advice that has been given or even freebsd or its documentation. It
> turns
> > out that a motherboard hardware failure was the casue of the upgrade
> > failure.. hence I have to do a total rebuild because the motherboard =
is
> no
> > longer available.
>=20
>=20
> And this is your excuse for attacking the FreeBSD organization? =20
No  and I have nott attacked "the organization".  The c ritic of the way =
in
which documentation is  not integrated ionto the freebsd development =
cycle
was made long before there was any motherboard failure.  I do wish you =
would
stick to the facts.=20



I'm sure
> everyone feels bad for you that you have to get a new motherboard.   I =
am
> confused as to how better coordination between developers and =
technical
> writers could have prevented it from failing though.


I have not made that suggestion - only you have put forward that notion =
--
come on laugh a bit - you are really being a bit wild and cranky over =
this
<chuckles>. The motherboard failure occurred after the discussion on
documentation not before <GRINZ> you really are missing the point here.
> >
> > As for the use of  perjorative terminology (florid prose) and false
> > accusations - I am really personally very disappointed in your
> reactions.
> >
> > What you seemed to be saying was that you were unable to counter my
> > suggestions which were so unwelcome to you that you chose to attack =
me
> > personally.
>=20
> Your suggestions were irrelevent to the problem at hand.=20
My suggestions are very relevant to the documentary errors, omissions =
and
lack of documentary integration that waste much of the time of many end
users.=20
=20

My suggestions were, it is true, were off the original topic and came =
about
as a response to someone else who complained about freebsd documentation =
and
I responded to him.=20

He was strongly critical because the  documentation stated that direct
upgrade from 5.3 to 6.00 was possible when, as you pointed out, it was =
not.=20

I suggest you reread the whole thread with care and look at the sequence =
of
events instead of massaging a false interpretation events to satisfy a
desire to argue add personam..

> tecnical
> help that is one thing, if you want to improve documentaion that is
> another
> topic with it's own mail list.

I see this as more diversionary BS you could have said:
"Hey david -- sorry I should not have jumped to conclusions"

> >
> > I am disappointed that you react that way to me and even more =
concerned
> > that those who have been around far less years than I will be
> intimidated
> > by this kind of BS
> >
> > Please grow up
> >
> > david
>=20
> One last point, either remove me from the reply to list or place the
> maillist
> back on it, thank you.

I think you owe me an apology - but I doubt I will get it.


OK I will send this to the list
>=20
> -Mike


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 19:37:46 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4DB4716A41F;
	Fri,  9 Dec 2005 19:37:46 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtar02.coxmail.com (dukecmmtar02.coxmail.com
	[68.99.120.49])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 0661543D70;
	Fri,  9 Dec 2005 19:37:43 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from sleuth ([64.58.171.89]) by dukecmmtar02.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051209193832.CLZC26756.dukecmmtar02.coxmail.com@sleuth>;
	Fri, 9 Dec 2005 14:38:32 -0500
From: "vizion" <vizion@vizion.occoxmail.com>
To: "'Michael C. Shultz'" <ringworm01@gmail.com>, <freebsd-stable@freebsd.org>
Date: Fri, 9 Dec 2005 11:37:42 -0800
Message-ID: <000101c5fcf8$05dbd870$59ab3a40@sleuth>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.6626
Importance: Normal
In-Reply-To: <200512081102.58615.ringworm01@gmail.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
Cc: 'Peter Jeremy' <PeterJeremy@optushome.com.au>,
	'Doug Barton' <dougb@freebsd.org>
Subject: Freebsd Stable documentation
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 19:37:46 -0000

Thiis was originally=20
Upgrading 5.3 > 6.0 buildworld failure now in libmagic
And on Mike Shultz recommendation I have relabeled the topic

=20
> On Thursday 08 December 2005 08:57, vizion@vizion.occoxmail.com wrote:
> > > From: Peter Jeremy <PeterJeremy@optushome.com.au>
> > > Date: 2005/12/08 Thu AM 01:34:42 PST
> > > To: Vizion <vizion@vizion.occoxmail.com>
> > > CC: Doug Barton <dougb@freebsd.org>,  freebsd-stable@freebsd.org
> > > Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in =
libmagic
> > >
> > > On Wed, 2005-Dec-07 13:34:53 -0800, Vizion wrote:
> > > >Well having run many very large scale projects myself I  find it
> > > > difficult to accept either implication of this perspective.
> > >
> > > There's a massive difference between running a large commercial
> project
> > > and running a large open source project using volunteers.
> >
> > Not really I have done both and found that shared values and =
community
> > collaboration work the same.
> >
> > >On a commercial
> > > project, you can direct someone to do something and they have a =
choice
> of
> > > either doing it or finding another job.
> >
> > Well that kind of development environment (rule by dictat) does not =
work
> > very well. Developers are people who are engaged in a collaborative
> > process. If you encourage them to think like prima donas then they =
will
> > behave like prima donas rather than as part of an integrated team.
> >
> > >On a volunteer project, there's
> > > a limit to how far you can push someone to do something they don't
> enjoy
> > > before they just leave.
> >
> > Push has it limitations everywhere.. goals and communal rewards are
> better
> > in both volunteer and commercial projects.
> >
> > > > The first implication is that
> > > >we should be complacent about it and not seek to find a method to
> > > > improve the process.
> > >
> > > I don't think anyone is suggesting this.  In my experience, the
> FreeBSD
> > > project is always open to process improvements - this is =
especially
> > > obvious in the documentation and release engineering areas.
> >
> >  The question is about the degree of committment to process change =
not
> > whwther it is absent or present. The critique is there is tooo =
little
> > comitment to process change and too much resistance to greater
> > concentration on the quality of user docuimentation and the =
significance
> of
> > that work in the developmenmt cycle.
> >
> > > >>Most of our really top
> > > >>notch developers are actually very bad at documenting their work =
(I
> > > >> don't mean bad at being timely with it, I mean that they are =
bad at
> > > >> DOING it), and frankly their time is better spent elsewhere.
> > > >
> > > >That is a judgment call - franky my experience has been that
> developers
> > > > who are bad at ensuring their work is well documentated are =
second
> rate
> > > > rather than top rate developers.
> > >
> > > Software developers are notoriously poor at writing documentation =
for
> > > non-technical people.  There are probably very few developers who
> > > enjoy writing end-user documentation (and can write).  In my
> > > experience, especially on large projects, it's rare for developers =
to
> > > write the end-user documentation.
> >
> > NOTE I said"
> >  F:ranky my experience has been that developers who are bad at
> > ENSURING
> > their work is well documentated are second rate rather than top rate
> > developers. The work of the technical writer needs to influence
> development
> > at the design stage! It does not matter whether the developer does =
or
> does
> > not write the the documentation but it does matter whether the =
developer
> is
> >  COMIITED to both ensuring that there is proper documentation AND =
that
> the
> > documentation process is an integral part of the development process
> that
> > influences its outcome.
> >
> > >They may write a rough outline but
> > > it's the technical writers who actually do the documentation.
> >
> > The outline for  user documentation needs to be structured  BEFORE
> > development begins NOT  as an afterthought. In a well structured
> > development environment documentation is part of DESIGN not post =
design
> > implementation . That is because thinking about end user at the =
design
> > stage is necessary if the outcome of the process is going to be user
> > centric.
> >
> > >The
> > > problem is finding people with technical writing skills who are
> > > interested in helping with FreeBSD.
> >
> > Freebsd needs to reorganize the way it develops if it is going to
> interest
> > techn ical writers. No technical writer wants to be associated with
> writing
> > documnets for developments that have been poorly designed for the =
end
> user.
> > Clearing up someone else's mess is no fun. If you treat technical
> writers
> > as people who come along afterwards and pick up yopur trash OF =
COURSE
> you
> > will not get them involved. You need to ask WHY it is difficult to =
get
> > them.  It is because freebsd does not produce software with a focus =
on
> end
> > user satisfaction. This is a chicken and egg problem that  can only =
be
> > solved by a fu8ndamental shift both the focus of development =
objectives
> and
> > the development process.
> >
> > > It's also worth noting that a number of FreeBSD developers are not
> native
> > > English speakers.  It's probably unreasonable to expect them to =
write
> > > polished English documentation.
> > >
> > > >What I have found works in development is to create team
> relationships
> > > > that cover design, development and documentation.
> > >
> > > I agree that this is a good approach.  It's similar to the =
'surgical
> > > team' approach that Brooks recommends in "The Mythical Man-Month". =
 I
> > > think that this does happen to some extent in FreeBSD but agree it
> > > could be more widespread.  (Though it is probably harder to put it
> into
> > > practice in a distributed, volunteer project than when the team =
share
> > > a cubicle).
> >
> > I do not agree -- it mkay be harder for some people to accept that =
they
> > cannot be part of a freebsd development team if they are not =
committed
> to
> > playing their part in ensuring high quality  documentaion  and the =
need
> for
> > integrating documentation into the development process. there can be =
no
> > place for prima donas in a communal development project.
> >
> > > >My view would be that the freebsd project might do well to =
consider
> > > >implementing a "no release without quality documentation =
assurance"
> > > > policy.
> > >
> > > ...
> > >
> > > >development is so good. It deserves better and more professional
> > > > attention to the role of end user documentation.
> > >
> > > Are you volunteering?
> >
> > I would if I saw signs of  change but I am pretty despairfull about =
how
> > illing the core group are to revising the way in which the process
> happens.
> > The way things have been throughout freebsd history does not give me
> much
> > confidence of its capacity to make the philosophical and structural
> changes
> > that are needed to make user documentation a key part of the
> devlopmental
> > cycle with an ability for user friendliness and user needs to =
influence
> the
> > what, why, how, when and (and even the where) of devlopment.
> >
> > I think there may be greater hope in creating a project that can =
place
> an
> > interface layer that runs on top of freebsd to ensure that freebsd =
is
> > relevant in ten years. That is a project I am currently thinking =
about
> and
> > wondering whether I have the time and energy available to kick start
> such
> > an endeavor.
> >
>=20
<stuff cutout>>=20



From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 19:41:22 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 12E1C16A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 19:41:22 +0000 (GMT)
	(envelope-from ringworm01@gmail.com)
Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207])
	by mx1.FreeBSD.org (Postfix) with ESMTP id EE65643D5D
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 19:41:06 +0000 (GMT)
	(envelope-from ringworm01@gmail.com)
Received: by zproxy.gmail.com with SMTP id 8so963185nzo
	for <freebsd-stable@freebsd.org>; Fri, 09 Dec 2005 11:41:06 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:from:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id;
	b=bhEA5fot6Ws80EGtSsQqwLdejRByJKDgNNK9fE3xINLX5oky/cowItS6qhSawt4nJ681CwHEbXkbxa/zWeHcx19MYNELCjVH/Mz1mdq4J71hosDYGfXqaJvszoLWk1+ZdSPMEkD5cgsvi2fz8lQyx+ASLYxfCex1R5Vq3DIS7dU=
Received: by 10.36.178.6 with SMTP id a6mr3803246nzf;
	Fri, 09 Dec 2005 11:41:06 -0800 (PST)
Received: from ringworm.mechee.com ( [71.102.14.129])
	by mx.gmail.com with ESMTP id 24sm2117249nzn.2005.12.09.11.41.04;
	Fri, 09 Dec 2005 11:41:05 -0800 (PST)
From: "Michael C. Shultz" <ringworm01@gmail.com>
To: "vizion" <vizion@vizion.occoxmail.com>
Date: Fri, 9 Dec 2005 11:41:01 -0800
User-Agent: KMail/1.8.3
References: <000001c5fcf7$3333ed90$59ab3a40@sleuth>
In-Reply-To: <000001c5fcf7$3333ed90$59ab3a40@sleuth>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512091141.02555.ringworm01@gmail.com>
Cc: 'Peter Jeremy' <PeterJeremy@optushome.com.au>,
	'Doug Barton' <dougb@freebsd.org>, freebsd-stable@freebsd.org
Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 19:41:22 -0000

On Friday 09 December 2005 11:31, vizion wrote:
> > -----Original Message-----
> > From: Michael C. Shultz [mailto:ringworm01@gmail.com]
> > Sent: Friday, December 09, 2005 10:32 AM
> > To: vizion
> > Cc: 'Peter Jeremy'; 'Doug Barton'
> > Subject: Re: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
> >
> > On Friday 09 December 2005 09:39, vizion wrote:
> > > > Vison, you are much better at writting florid prose on how and why
> > > > FreeBSD is
> > > > such an awful OS run by a team of Techies who care nothing about end
> > > > users needs than you are at reading and comprehending simple
> > > > instructions.
> > > >
> > > >  What you write is almost believable, your writing skill is very good
> >
> > and
> >
> > > > convincing, only in this particualr case I know you are completely
> >
> > wrong
> >
> > > > and
> > > > your failure to follow the simplest advice is why your machine is now
> >
> > non
> >
> > > > operational.  Quit crying about non relevent issues and concentrate
> > > > on solving your real problem - getting that darn machine to boot up.
> > > >
> > > > One last thought, name one OS that has better documentation than
> >
> > FreeBSD
> >
> > > > please, comercial or otherwise.  Maybe there is such a beast, if so I
> >
> > am
> >
> > > > very
> > > > curious to know what it is called.
> > >
> > > Mike
> > >
> > > Rather than replying to the list I am emailing you direct and cc onl;y
> >
> > the
> >
> > > individuals to whom you cc'd your original.
> > >
> > > Frankly I never ceased to be amazed at diversionary personalized
> > > attacks that seem to be a regular occurrence on freebsd lists whenever
> > > someone makes friendly but critical observations about freebsd.  There
> > > is a touchyness there which is a big deterrent to the engagement of
> > > others
> >
> > and a
> >
> > > tendency to paternalize which, on rare occasions, is an unspeakably
> > > ugly aspect of some freebsd interactions.
> > >
> > > I do not know the root cause of such over-defensiveness I am constantly
> > > amazed when old timers do not recognize it. It is time to grow up and I
> > > hope something will happen to discourage people from arguing ad
> >
> > personam.
> >
> > > Your remarks seem to have been written with the deliberate intention of
> > > attacking the messenger rather than discussing the message. You did not
> > > even aspire to achieving accuracy.
> > >
> > > The fact the my system did upgrade successfully from 5.3 to 5.4 by
> > > following your advice does not give you the right to make false
> >
> > assumptions
> >
> > > about a failed upgrade from 5.4 to 6.0 that is due to a combination of
> > > events that have nothing whatsoever to do with the topic under
> >
> > discussion,
> >
> > > advice that has been given or even freebsd or its documentation. It
> >
> > turns
> >
> > > out that a motherboard hardware failure was the casue of the upgrade
> > > failure.. hence I have to do a total rebuild because the motherboard is
> >
> > no
> >
> > > longer available.
> >
> > And this is your excuse for attacking the FreeBSD organization?
>
> No  and I have nott attacked "the organization".  The c ritic of the way in
> which documentation is  not integrated ionto the freebsd development cycle
> was made long before there was any motherboard failure.  I do wish you
> would stick to the facts.
>
>
>
> I'm sure
>
> > everyone feels bad for you that you have to get a new motherboard.   I am
> > confused as to how better coordination between developers and technical
> > writers could have prevented it from failing though.
>
> I have not made that suggestion - only you have put forward that notion --
> come on laugh a bit - you are really being a bit wild and cranky over this
> <chuckles>. The motherboard failure occurred after the discussion on
> documentation not before <GRINZ> you really are missing the point here.
>
> > > As for the use of  perjorative terminology (florid prose) and false
> > > accusations - I am really personally very disappointed in your
> >
> > reactions.
> >
> > > What you seemed to be saying was that you were unable to counter my
> > > suggestions which were so unwelcome to you that you chose to attack me
> > > personally.
> >
> > Your suggestions were irrelevent to the problem at hand.
>
> My suggestions are very relevant to the documentary errors, omissions and
> lack of documentary integration that waste much of the time of many end
> users.
>
>
> My suggestions were, it is true, were off the original topic and came about
> as a response to someone else who complained about freebsd documentation
> and I responded to him.
>
> He was strongly critical because the  documentation stated that direct
> upgrade from 5.3 to 6.00 was possible when, as you pointed out, it was not.

I never said this, must have been someone else.

>
> I suggest you reread the whole thread with care and look at the sequence of
> events instead of massaging a false interpretation events to satisfy a
> desire to argue add personam..
>
> > tecnical
> > help that is one thing, if you want to improve documentaion that is
> > another
> > topic with it's own mail list.
>
> I see this as more diversionary BS you could have said:
> "Hey david -- sorry I should not have jumped to conclusions"
>
> > > I am disappointed that you react that way to me and even more concerned
> > > that those who have been around far less years than I will be
> >
> > intimidated
> >
> > > by this kind of BS
> > >
> > > Please grow up
> > >
> > > david
> >
> > One last point, either remove me from the reply to list or place the
> > maillist
> > back on it, thank you.
>
> I think you owe me an apology - but I doubt I will get it.

Your correct, you won't.

-Mike


>
>
> OK I will send this to the list
>

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 20:01:37 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D149216A41F;
	Fri,  9 Dec 2005 20:01:37 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from dukecmmtar01.coxmail.com (dukecmmtar01.coxmail.com
	[68.99.120.48])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1A50F43D5D;
	Fri,  9 Dec 2005 20:01:36 +0000 (GMT)
	(envelope-from vizion@vizion.occoxmail.com)
Received: from sleuth ([64.58.171.89]) by dukecmmtar01.coxmail.com
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP
	id <20051209200144.FRMR7208.dukecmmtar01.coxmail.com@sleuth>;
	Fri, 9 Dec 2005 15:01:44 -0500
From: "vizion" <vizion@vizion.occoxmail.com>
To: "'Michael C. Shultz'" <ringworm01@gmail.com>
Date: Fri, 9 Dec 2005 12:01:35 -0800
Message-ID: <000601c5fcfb$5c1889b0$59ab3a40@sleuth>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.6626
Importance: Normal
In-Reply-To: <200512091141.02555.ringworm01@gmail.com>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
Cc: 'Peter Jeremy' <PeterJeremy@optushome.com.au>,
	'Doug Barton' <dougb@freebsd.org>, freebsd-stable@freebsd.org
Subject: RE: Upgrading 5.3 > 6.0 buildworld failure now in libmagic
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 20:01:38 -0000

<snip>
> > > One last point, either remove me from the reply to list or place the
> > > maillist
> > > back on it, thank you.
> >
> > I think you owe me an apology - but I doubt I will get it.
> 
> Your correct, you won't.
  ^^^^
I think you mean "you are" ?

It is a writer's credibility that is at stake if they choose to argue ad
personam, or make patently incorrect and illogical statements and then do
not apologize afterwards. 

Your loss - not mine

Take care

david


From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 20:33:10 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1BB5F16A41F;
	Fri,  9 Dec 2005 20:33:10 +0000 (GMT)
	(envelope-from bzeeb-lists@lists.zabbadoz.net)
Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27])
	by mx1.FreeBSD.org (Postfix) with ESMTP id ACB8643D6E;
	Fri,  9 Dec 2005 20:32:54 +0000 (GMT)
	(envelope-from bzeeb-lists@lists.zabbadoz.net)
Received: from transport.cksoft.de (localhost [127.0.0.1])
	by transport.cksoft.de (Postfix) with ESMTP
	id 7B2F71FFAD4; Fri,  9 Dec 2005 21:32:43 +0100 (CET)
Received: by transport.cksoft.de (Postfix, from userid 66)
	id C1AEE1FFAD3; Fri,  9 Dec 2005 21:32:40 +0100 (CET)
Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net
	[10.111.66.10])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.int.zabbadoz.net (Postfix) with ESMTP id 446AB444F50;
	Fri,  9 Dec 2005 20:28:38 +0000 (UTC)
Date: Fri, 9 Dec 2005 20:28:38 +0000 (UTC)
From: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
X-X-Sender: bz@maildrop.int.zabbadoz.net
To: FreeBSD current mailing list <current@freebsd.org>
Message-ID: <20051209175607.C23668@maildrop.int.zabbadoz.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de
X-Mailman-Approved-At: Fri, 09 Dec 2005 20:41:20 +0000
Cc: 
Subject: nve(4) patch - please test!
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 20:33:10 -0000

Hi,

everyone out there who had only seen timeouts like
 	nve0: device timeout (4)
on nve and __never got it working at all__ please try this patch[1]
which made my nve working from 0 to 99.

I still can get timeouts by for example flood pinging another machine
on the local LAN but it all recovers on it's own and I can work on
that machine and do things like find / over ssh without losing
connectivity. Fixing the timeouts will be another problem that needs
to be addressed later.

Greetings
Bjoern A. Zeeb


[1] http://sources.zabbadoz.net/freebsd/patchset/nve-20051209-01.diff

Index: if_nve.c
===================================================================
RCS file: /shared/mirror/FreeBSD/r/ncvs/src/sys/dev/nve/if_nve.c,v
retrieving revision 1.19
diff -u -p -r1.19 if_nve.c
--- if_nve.c	7 Dec 2005 17:38:03 -0000	1.19
+++ if_nve.c	9 Dec 2005 17:50:32 -0000
@@ -643,6 +643,10 @@ nve_init_locked(struct nve_softc *sc)
  	nve_stop(sc);
  	DEBUGOUT(NVE_DEBUG_INIT, "nve: do pfnInit\n");

+	/* Setup multicast filter */
+	nve_setmulti(sc);
+	nve_ifmedia_upd_locked(ifp);
+
  	/* Setup Hardware interface and allocate memory structures */
  	error = sc->hwapi->pfnInit(sc->hwapi->pADCX,
  	    0, /* force speed */ 
@@ -661,10 +665,6 @@ nve_init_locked(struct nve_softc *sc)
  	sc->hwapi->pfnEnableInterrupts(sc->hwapi->pADCX);
  	sc->hwapi->pfnStart(sc->hwapi->pADCX);

-	/* Setup multicast filter */
-	nve_setmulti(sc);
-	nve_ifmedia_upd_locked(ifp);
-
  	/* Update interface parameters */
  	ifp->if_drv_flags |= IFF_DRV_RUNNING;
  	ifp->if_drv_flags &= ~IFF_DRV_OACTIVE;

-- 
Bjoern A. Zeeb				bzeeb at Zabbadoz dot NeT

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 21:17:42 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6B4A416A41F
	for <stable@freebsd.org>; Fri,  9 Dec 2005 21:17:42 +0000 (GMT)
	(envelope-from jon@seaholm.caamora.com.au)
Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 5F3CA43D5C
	for <stable@freebsd.org>; Fri,  9 Dec 2005 21:17:38 +0000 (GMT)
	(envelope-from jon@seaholm.caamora.com.au)
Received: (from jon@localhost)
	by seaholm.caamora.com.au (8.11.1/8.11.1) id jB9LHIr24746;
	Sat, 10 Dec 2005 08:17:18 +1100 (EST)
Message-ID: <20051210081717.61326@caamora.com.au>
Date: Sat, 10 Dec 2005 08:17:17 +1100
From: jonathan michaels <jlm@caamora.com.au>
To: "Thomas E. Zander" <riggs@rrr.de>
References: <20051209093610.GR898@marvin.riggiland.au>
	<4399997D.7010304@samsco.org>
	<20051209154056.GA21926@freebie.xs4all.nl>
	<4399A612.1030103@samsco.org>
	<20051209160006.GA53492@walton.maths.tcd.ie>
	<20051209163843.GS898@marvin.riggiland.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.84e
In-Reply-To: <20051209163843.GS898@marvin.riggiland.au>;
	from Thomas E. Zander on Fri, Dec 09, 2005 at 05:38:43PM +0100
Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia
Cc: David Malone <dwmalone@maths.tcd.ie>, Wilko Bulte <wb@freebie.xs4all.nl>,
	stable@freebsd.org
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 21:17:42 -0000

On Fri, Dec 09, 2005 at 05:38:43PM +0100, Thomas E. Zander wrote:
> On Fri, 09. Dec 2005, at 16:00 +0000, David Malone wrote
> according to [Re: Boot manager beep]:
> > On Fri, Dec 09, 2005 at 08:43:14AM -0700, Scott Long wrote:
> > 
> > > It is highly irritating for everyone else, though.
> > 
> > Not quite everyone - if I'm working on a few machines I find it
> > useful to know when a particular machine has reached the boot stage,
> > so I can tell it to go into single user mode. It is particularly
> > useful on machines where the BIOS tages ages to do its stuff.
> 
> Probably it isn't even a real problem on most boxes. Usually standard
> desktops and servers (maybe) have their pc speaker which is set to a
> reasonable volume at boot time. I never found this beep annoying in my
> servers. Just came across it when I had to reinstall my notebook
> because of a hard drive crash and 6.0 installed this beeping boot
> loader. So probably as Scott pointed out, it might be best to let the
> user choose a quiet loader as an option.
> Naturally, boot0 is a tiny program, it shouldn't be a problem to build
> a boot0nobeep as well and install one of them depending on settings,
> maybe even early during sysinstall ?!

yes, that sounds reasonable to me .. i'm one of those sightless ones
who caused the irritation for mr long. may i suggest that the default
situation be set to beep: ON and if teh enduser requires or need the
beep: OFF version then they are left to make the adjustments as thier
own exercise. i like the idea about setting a bit in the /dev/conf
file, ummm something like that my memory isnt that good this morning.

it is most difficult trying to work out how and where to make changes
when being able to see teh scree becomes a personal issue .. every bit
helps.

sorry for the intrusion . this be one of those items that needs some
vocalisation from those it genuinely affects and for whom it is not a
meer cosmetic annoyance.

regards and apologies

jonathan

-- 
================================================================
powered by ..
QNX, OS9 and freeBSD  --  http://caamora com au/operating system
==== === appropriate solution in an inappropriate world === ====

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 21:56:53 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id D22F116A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 21:56:53 +0000 (GMT)
	(envelope-from paul.koch@statseeker.com)
Received: from wally.statseeker.com (wally.statscout.com [203.39.101.146])
	by mx1.FreeBSD.org (Postfix) with ESMTP id BD29643D8A
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 21:56:36 +0000 (GMT)
	(envelope-from paul.koch@statseeker.com)
Received: from localhost (localhost [127.0.0.1])
	by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jB9LuBOV051881;
	Sat, 10 Dec 2005 07:56:11 +1000 (EST)
	(envelope-from paul.koch@statseeker.com)
Received: from wally.statseeker.com ([127.0.0.1])
	by localhost (wally.statseeker.com [127.0.0.1]) (amavisd-new,
	port 10024)
	with LMTP id 50667-10; Sat, 10 Dec 2005 07:56:05 +1000 (EST)
Received: from speedy (CPE-144-131-223-93.qld.bigpond.net.au [144.131.223.93])
	(authenticated bits=0)
	by wally.statseeker.com (8.13.3/8.13.3) with ESMTP id jB9LtxX5051871
	(version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT);
	Sat, 10 Dec 2005 07:56:00 +1000 (EST)
	(envelope-from paul.koch@statseeker.com)
From: Paul Koch <paul.koch@statseeker.com>
Organization: Statseeker
To: freebsd-stable@freebsd.org
Date: Sat, 10 Dec 2005 07:55:48 +1000
User-Agent: KMail/1.8
References: <4399A414.9040805@wincmd.ru>
In-Reply-To: <4399A414.9040805@wincmd.ru>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="windows-1251"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200512100755.48985.paul.koch@statseeker.com>
X-Virus-Scanned: amavisd-new at statseeker.com
Cc: Tarasov Alexey <lexa@wincmd.ru>
Subject: Re: Automatic installation problem
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: paul.koch@statseeker.com
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 21:56:54 -0000

On Sat, 10 Dec 2005 01:34 am, Tarasov Alexey wrote:
> Hello!
>
> I'm trying to make full automatical FreeBSD installation. I have the
>
> following lines in my install.cfg:
> > command="echo sshd_enable="YES" >> /etc/rc.conf"
> > system
> > command="echo 'pass' | /usr/sbin/pw useradd -u user -h 0 -G wheel"
> > system
>
> But during installation I get some error messages:
>  > DEBUG: dispatch: calling resword 'system'
>  > echo sshd_enable=YES >> /etc/rc.conf: not found
>
> I am using FreeBSD 6.0-RELEASE.

Yep, something changed around 4.x in sysinstall where rc.conf is not 
created until near when it finishes.  If you write to rc.conf during an 
scripted sysinstall, then it will be over written.  You can write your 
stuff to /etc/rc.conf.local.  It gets sourced in /etc/defaults/rc.conf.

$ grep rc.conf /etc/defaults/rc.conf
rc_conf_files="/etc/rc.conf /etc/rc.conf.local"

After boot time, we have a post boot script which merges our stuff from 
rc.conf.local into rc.conf, just to keep it clean.

Just to be safe, we quote everything in install.cfg.  As in

 echo 'sshd_enable=YES' >> /etc/rc.conf.local

	Paul.
-- 
Paul Koch
CTO
Statseeker

From owner-freebsd-stable@FreeBSD.ORG  Fri Dec  9 23:04:07 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 1347316A41F
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 23:04:07 +0000 (GMT)
	(envelope-from squirrel@isot.com)
Received: from isot.com (mail.isot.com [63.161.224.8])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 8118643D53
	for <freebsd-stable@freebsd.org>; Fri,  9 Dec 2005 23:04:06 +0000 (GMT)
	(envelope-from squirrel@isot.com)
Received: from wmail.isot.com (wmail.isot.com [63.161.224.9])
	by isot.com (8.12.10/8.12.10) with ESMTP id jB9NSDdU084900
	for <freebsd-stable@freebsd.org>; Fri, 9 Dec 2005 17:28:13 -0600 (CST)
Received: from 63.161.239.74 (SquirrelMail authenticated user squirrel)
	by wmail.isot.com with HTTP; Fri, 9 Dec 2005 16:50:46 -0600 (CST)
Message-ID: <2609.63.161.239.74.1134168646.squirrel@wmail.isot.com>
In-Reply-To: <790a9fff0512091016s3b241d1aqc72632baeb422525@mail.gmail.com>
References: <60348.24.162.103.154.1134148270.squirrel@wmail.isot.com>
	<790a9fff0512091016s3b241d1aqc72632baeb422525@mail.gmail.com>
Date: Fri, 9 Dec 2005 16:50:46 -0600 (CST)
From: squirrel@isot.com
To: freebsd-stable@freebsd.org
User-Agent: SquirrelMail/1.4.4
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Subject: Re: Missing libpthread.so.*
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Dec 2005 23:04:07 -0000

Geez, it was that simple!!!  I've searched everywhere for libpthread, but
didn't bother to see doc on libkse.  My bad...

Thanks...

> On 12/9/05, squirrel@isot.com <squirrel@isot.com> wrote:
>> FBSD 5.0
>>
>> I'm getting missing libpthread.so.* error, so I copied it from another
>> FBSD box, and now getting:
>>   Undefined symbol "__malloc_lock"
>>
>> So I went into /usr/src/lib/libpthread and did make/install.  I noticed
>> that it installed libkse.so.* but not libpthread.so.*.
>>
> What you need to do is create a link between libpthread.so.* and
> libkse.so.*:
>
>   cd /usr/lib
>   ln libkse.so... libpthread.so....
>
> Also see this cvs entry about libkse on FreeBSD 5.0:
>
> http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libpthread/Makefile?rev=1.35&content-type=text/x-cvsweb-markup
>
> --
> DISCLAIMER:
> No electrons were mamed while sending this message. Only slightly bruised.
>
>



**************************************
Computer problems? ...................
..............http://www.multibyte.net


From owner-freebsd-stable@FreeBSD.ORG  Sat Dec 10 04:58:25 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C385916A41F
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 04:58:25 +0000 (GMT)
	(envelope-from deischen@freebsd.org)
Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 1BA3143D5D
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 04:58:25 +0000 (GMT)
	(envelope-from deischen@freebsd.org)
Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11])
	by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id jBA4wJaD016158; 
	Fri, 9 Dec 2005 23:58:23 -0500 (EST)
Date: Fri, 9 Dec 2005 23:58:19 -0500 (EST)
From: Daniel Eischen <deischen@freebsd.org>
X-X-Sender: eischen@sea.ntplx.net
To: squirrel@isot.com
In-Reply-To: <2609.63.161.239.74.1134168646.squirrel@wmail.isot.com>
Message-ID: <Pine.GSO.4.43.0512092355140.11283-100000@sea.ntplx.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net)
Cc: freebsd-stable@freebsd.org
Subject: Re: Missing libpthread.so.*
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Daniel Eischen <deischen@freebsd.org>
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Dec 2005 04:58:25 -0000

On Fri, 9 Dec 2005 squirrel@isot.com wrote:

> Geez, it was that simple!!!  I've searched everywhere for libpthread, but
> didn't bother to see doc on libkse.  My bad...

Stop using libkse.  In 5.0 it's an experimental library.  If
you want libpthread, you need to upgrade to 5-stable.  Like
I've said before, you've either hosed your system or are using
an improper (for 5.0) /etc/libmap.conf.  There should be no
references to libpthread.so in 5.0.

-- 
DE


From owner-freebsd-stable@FreeBSD.ORG  Sat Dec 10 08:31:14 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: stable@freebsd.org
Delivered-To: freebsd-stable@FreeBSD.ORG
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5761416A41F
	for <stable@freebsd.org>; Sat, 10 Dec 2005 08:31:14 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A7EFF43D53
	for <stable@freebsd.org>; Sat, 10 Dec 2005 08:31:09 +0000 (GMT)
	(envelope-from scottl@samsco.org)
Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11])
	(authenticated bits=0)
	by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jBA8UmMO076229;
	Sat, 10 Dec 2005 01:30:51 -0700 (MST)
	(envelope-from scottl@samsco.org)
Message-ID: <439A923A.3040205@samsco.org>
Date: Sat, 10 Dec 2005 01:30:50 -0700
From: Scott Long <scottl@samsco.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: jonathan michaels <jlm@caamora.com.au>
References: <20051209093610.GR898@marvin.riggiland.au>	<4399997D.7010304@samsco.org>	<20051209154056.GA21926@freebie.xs4all.nl>	<4399A612.1030103@samsco.org>	<20051209160006.GA53492@walton.maths.tcd.ie>	<20051209163843.GS898@marvin.riggiland.au>
	<20051210081717.61326@caamora.com.au>
In-Reply-To: <20051210081717.61326@caamora.com.au>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed 
	version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org
Cc: David Malone <dwmalone@maths.tcd.ie>, "Thomas E. Zander" <riggs@rrr.de>,
	stable@freebsd.org, Wilko Bulte <wb@freebie.xs4all.nl>
Subject: Re: Boot manager beep
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Dec 2005 08:31:14 -0000

jonathan michaels wrote:
> On Fri, Dec 09, 2005 at 05:38:43PM +0100, Thomas E. Zander wrote:
> 
>>On Fri, 09. Dec 2005, at 16:00 +0000, David Malone wrote
>>according to [Re: Boot manager beep]:
>>
>>>On Fri, Dec 09, 2005 at 08:43:14AM -0700, Scott Long wrote:
>>>
>>>
>>>>It is highly irritating for everyone else, though.
>>>
>>>Not quite everyone - if I'm working on a few machines I find it
>>>useful to know when a particular machine has reached the boot stage,
>>>so I can tell it to go into single user mode. It is particularly
>>>useful on machines where the BIOS tages ages to do its stuff.
>>
>>Probably it isn't even a real problem on most boxes. Usually standard
>>desktops and servers (maybe) have their pc speaker which is set to a
>>reasonable volume at boot time. I never found this beep annoying in my
>>servers. Just came across it when I had to reinstall my notebook
>>because of a hard drive crash and 6.0 installed this beeping boot
>>loader. So probably as Scott pointed out, it might be best to let the
>>user choose a quiet loader as an option.
>>Naturally, boot0 is a tiny program, it shouldn't be a problem to build
>>a boot0nobeep as well and install one of them depending on settings,
>>maybe even early during sysinstall ?!
> 
> 
> yes, that sounds reasonable to me .. i'm one of those sightless ones
> who caused the irritation for mr long. may i suggest that the default
> situation be set to beep: ON and if teh enduser requires or need the
> beep: OFF version then they are left to make the adjustments as thier
> own exercise. i like the idea about setting a bit in the /dev/conf
> file, ummm something like that my memory isnt that good this morning.
> 
> it is most difficult trying to work out how and where to make changes
> when being able to see teh scree becomes a personal issue .. every bit
> helps.
> 
> sorry for the intrusion . this be one of those items that needs some
> vocalisation from those it genuinely affects and for whom it is not a
> meer cosmetic annoyance.
> 
> regards and apologies
> 
> jonathan
> 

I have one comment on this.  All I did was suggest that the code be made
conditional.  I did not take a stand on whether it should default to
being enabled or not.  And yes, the beep is irritating when I'm trying
to do development on a plane or other confined public spaces.

Scott

From owner-freebsd-stable@FreeBSD.ORG  Sat Dec 10 13:45:29 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 827B916A41F
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 13:45:29 +0000 (GMT)
	(envelope-from nico@crysto.net)
Received: from smtp-ft6.fr.colt.net (smtp-ft6.fr.colt.net [213.41.78.209])
	by mx1.FreeBSD.org (Postfix) with ESMTP id DE55143D45
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 13:45:28 +0000 (GMT)
	(envelope-from nico@crysto.net)
Received: from aura (wake.up.crysto.net [195.68.88.114])
	by smtp-ft6.fr.colt.net (8.13.4/8.13.4/Debian-3) with ESMTP id
	jBADjRQg015185
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 14:45:27 +0100
From: Nicolas <nico@crysto.net>
To: freebsd-stable@freebsd.org
Content-Type: text/plain
Date: Sat, 10 Dec 2005 14:45:25 +0100
Message-Id: <1134222325.19545.17.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.3 
Content-Transfer-Encoding: 7bit
Subject: Problem with NDIS and a Wifi USB key
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: nico@crysto.net
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Dec 2005 13:45:29 -0000

Hi,

I'm trying to use a Wifi USB key on FreeBSD:

- OS:

aurora# uname -a
FreeBSD aurora.crysto.net 6.0-STABLE FreeBSD 6.0-STABLE #3: Sun Nov 27
17:27:50 CET 2005
root@aurora.crysto.net:/usr/obj/usr/src/sys/TEUSHIBA  i386

- wifi USB key:

SMC EzConnect_g (SMC2862W-G EU)

When connected, freebsd message is:

 ugen0: SMC 802.11g Wireless USB Adapter, rev 2.00/10.00, addr 2

- Downloaded driver from: 

http://www.smc.com/index.cfm?event=downloads.searchCriteria&localeCode=FR_FRA&productCategory=0&modelNumber=1345&downloadType=1&knowsPartNumber=false

select: 

  - "PRODUIT SANS FIL" (wireless product)
  - Reference: SMC2862W-G EU
  - Part Number: 99-01284-376

Final driver link: 
http://www.smc.com/files/AV%5C2862wV.2_V.3DR_UT_WW.zip
MD5 (AV\2862wV.2_V.3DR_UT_WW.zip) = f132d37c61eabd0c9ff114b7e4442d00


- NDIS installation:

aurora# unzip AV\\2862wV.2_V.3DR_UT_WW.zip

aurora# ls -ltr
total 16234
-rw-r--r--  1 root  wheel  8601321 Nov 22 22:21 AV
\2862wV.2_V.3DR_UT_WW.zip
-rw-r--r--  1 root  wheel    28672 Nov 22 22:21 newtest.exe
-rw-r--r--  1 root  wheel       45 Nov 22 22:21 autorun.inf
-rw-r--r--  1 root  wheel     7584 Nov 22 22:21 KILLW16.EXE
-rw-r--r--  1 root  wheel      664 Nov 22 22:21 Install.ini
-rw-r--r--  1 root  wheel  7932796 Nov 22 22:22 setup.exe
drwxr-xr-x  6 root  wheel      512 Nov 22 22:22 Driver

aurora# cd Driver/WinXP
aurora# ls -ltr
total 632
-rw-r--r--  1 root  wheel  349856 Jun 28 18:28 2862WC51.sys
-rw-r--r--  1 root  wheel   15040 Jun 29 06:28 SMC2862W.inf
-rw-r--r--  1 root  wheel    7932 Jul 12 13:51 SMC2862W.cat
-rw-r--r--  1 root  wheel  221184 Jul 14 12:27 DSCU2862.exe

aurora# cp 2862WC51.sys SMC2862W.inf /usr/src/sys/modules/if_ndis
aurora# cd /usr/src/sys/modules/if_ndis
aurora# make clean
rm -f export_syms if_ndis.ko if_ndis.kld if_ndis.o if_ndis_pci.o
if_ndis_pccard.o if_ndis_usb.o @ machine opt_bdg.h opt_usb.h card_if.h
pci_if.h bus_if.h device_if.h pccarddevs.h usbdevs.h

aurora# ls -la
total 9056
drwxr-xr-x    3 root  wheel     1024 Dec  9 19:57 .
drwxr-xr-x  288 root  wheel     4608 Nov 22 22:49 ..
-rw-r--r--    1 root  wheel   349856 Nov 22 22:33 2862WC51.sys
drwxr-xr-x    2 root  wheel      512 Nov 22 22:32 CVS
-rw-r--r--    1 root  wheel      317 Nov 22 22:32 Makefile
-rw-r--r--    1 root  wheel    15040 Nov 22 22:33 SMC2862W.inf
-rw-r--r--    1 root  wheel     9135 Nov 22 22:32 netwg311.cat
-rw-r--r--    1 root  wheel     9157 Nov 22 22:32 wg311v2.inf
-rw-r--r--    1 root  wheel   386688 Nov 22 22:32 wg311v2.sys

aurora# ndiscvt -i SMC2862W.inf -s 2862WC51.sys -o ndis_driver_data.h

aurora# ls -la ndis_driver_data.h
-rw-r--r--  1 root  wheel  2696904 Dec  9 19:58 ndis_driver_data.h

aurora# make
Warning: Object directory not changed from
original /usr/src/sys/modules/if_ndis
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
touch opt_bdg.h
awk -f @/tools/makeobjops.awk @/kern/device_if.m -h
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h
awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h
awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs
touch opt_usb.h
[...]
ld  -d -warn-common -r -d -o if_ndis.kld if_ndis.o if_ndis_pci.o
if_ndis_pccard.o if_ndis_usb.o
touch export_syms
awk -f /usr/src/sys/modules/if_ndis/../../conf/kmod_syms.awk if_ndis.kld
export_syms | xargs -J% objcopy % if_ndis.kld
ld -Bshareable  -d -warn-common -o if_ndis.ko if_ndis.kld
objcopy --strip-debug if_ndis.ko

aurora# make install
install -o root -g wheel -m 555   if_ndis.ko /boot/kernel
kldxref /boot/kernel

aurora# kldstat|grep ndis
aurora# kldload ndis
aurora# kldload if_ndis
kldload: can't load if_ndis: File exists
aurora# kldstat |grep ndis
15    1 0xc3472000 b000     if_ndis.ko
16    1 0xc347d000 13000    ndis.ko

no message when module loaded in dmesg or /var/log/messages

aurora# wicontrol -i ndis0
wicontrol: SIOCGWAVELAN: Device not configured
aurora# ifconfig ndis0
ifconfig: interface ndis0 does not exist



- Second method:

aurora# pwd
/root/wifi/wifi/Driver/WinXP
aurora# ndisgen SMC2862W.inf 2862WC51.sys

("enter" to valid).

>This .INF file appears to be ASCII.
>This .SYS file appears to be in Windows(r) PE format.
>Conversion was successful.
>Kernel module generation:
        Press enter to compile the stub module and generate the driver
        module now:

        Generating Makefile... done.
        Building kernel module... /usr/share/misc/windrv_stub.c:143:16:
invalid suffix "WC51_sys_drv_data_start" on integer constant
/usr/share/misc/windrv_stub.c:143: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:144:16: invalid suffix
"WC51_sys_drv_data_end" on integer constant
/usr/share/misc/windrv_stub.c:144: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pci_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix "WC51_sys_pci_mod"
on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pci_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix "WC51_sys_pci_mod"
on integer constant
/usr/share/misc/windrv_stub.c:190: error: initializer element is not
constant
/usr/share/misc/windrv_stub.c:190: error: (near initialization for
`_mod_metadata_md_2862WC51_sys_pci.md_data')
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pcimodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix "WC51_sys_pci_mod"
on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pcimodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_cardbus_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_cardbus_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_cardbus_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_cardbus_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: initializer element is not
constant
/usr/share/misc/windrv_stub.c:190: error: (near initialization for
`_mod_metadata_md_2862WC51_sys_cardbus.md_data')
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_cardbusmodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_cardbus_mod" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_cardbusmodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pccard_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pccard_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pccard_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pccard_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: initializer element is not
constant
/usr/share/misc/windrv_stub.c:190: error: (near initialization for
`_mod_metadata_md_2862WC51_sys_pccard.md_data')
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pccardmodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pccard_mod" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_pccardmodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_uhub_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix "WC51_sys_uhub_mod"
on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_uhub_driver_mod" on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix "WC51_sys_uhub_mod"
on integer constant
/usr/share/misc/windrv_stub.c:190: error: initializer element is not
constant
/usr/share/misc/windrv_stub.c:190: error: (near initialization for
`_mod_metadata_md_2862WC51_sys_uhub.md_data')
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_uhubmodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:190: error: syntax error before numeric
constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix "WC51_sys_uhub_mod"
on integer constant
/usr/share/misc/windrv_stub.c:190:1: invalid suffix
"WC51_sys_uhubmodule_sys_init" on integer constant
/usr/share/misc/windrv_stub.c:210:33: invalid suffix
"WC51_sys_drv_data_start" on integer constant
/usr/share/misc/windrv_stub.c:211:31: invalid suffix
"WC51_sys_drv_data_end" on integer constant
/usr/share/misc/windrv_stub.c:204: warning: 'windrv_modevent' defined
but not used
/usr/share/misc/windrv_stub.c:171: warning: 'windrv_driver' defined but
not used
/usr/share/misc/windrv_stub.c:177: warning: 'windrv_devclass' defined
but not used
build failed. Exiting.



aurora# ls -ltr
total 1010
-rw-r--r--  1 root  wheel  349856 Jun 28 18:28 2862WC51.sys
-rw-r--r--  1 root  wheel   15040 Jun 29 06:28 SMC2862W.inf
-rw-r--r--  1 root  wheel    7932 Jul 12 13:51 SMC2862W.cat
-rw-r--r--  1 root  wheel  221184 Jul 14 12:27 DSCU2862.exe
-rw-r--r--  1 root  wheel  350263 Dec 10 14:41 windrv.o
-rw-r--r--  1 root  wheel    2943 Dec 10 14:41 windrv.h
lrwxr-xr-x  1 root  wheel      25 Dec 10 14:41 machine
-> /usr/src/sys/i386/include
-rw-r--r--  1 root  wheel       1 Dec 10 14:41 device_if.h
-rw-r--r--  1 root  wheel       1 Dec 10 14:41 bus_if.h
lrwxr-xr-x  1 root  wheel      12 Dec 10 14:41 @ -> /usr/src/sys
-rw-r--r--  1 root  wheel    1091 Dec 10 14:41 .depend


Thanks in advance.

Nicolas.





From owner-freebsd-stable@FreeBSD.ORG  Sat Dec 10 14:56:51 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E678916A41F
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 14:56:51 +0000 (GMT)
	(envelope-from mahmoh@gmail.com)
Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 7F51B43D64
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 14:56:51 +0000 (GMT)
	(envelope-from mahmoh@gmail.com)
Received: by zproxy.gmail.com with SMTP id z3so1091887nzf
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 06:56:50 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=RgCxDulZwph7QlucClqDaY/+K1zXLUrliVLGMQuJ7Wu3B70eVETkw6prCvoe+y+KNpbKmKzaB59lg7v0OeRH5mFRDkHkP6RfklO8/2mO1GIVKiLWaV5PiMUWiyyNHDpCPgemFFdsLAdN8jIS0r99sFlx11yZLUujKZCxvKsHza8=
Received: by 10.64.220.17 with SMTP id s17mr4773756qbg;
	Sat, 10 Dec 2005 06:56:50 -0800 (PST)
Received: by 10.65.222.9 with HTTP; Sat, 10 Dec 2005 06:56:50 -0800 (PST)
Message-ID: <f34868a30512100656y22e41099t16930915b2ede402@mail.gmail.com>
Date: Sat, 10 Dec 2005 16:56:50 +0200
From: Maher Mohamed <mahmoh@gmail.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: Ferari 4005 64bit Turion
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Dec 2005 14:56:52 -0000

I want to know what is the solution to the ATI Driver Since is not ver well
suported in freebsd, can anyone share his expirience with Acer Ferrari?

Thank you very much.

--
Mohamed M. Maher

From owner-freebsd-stable@FreeBSD.ORG  Sat Dec 10 19:06:19 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id C0FEF16A41F
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 19:06:19 +0000 (GMT)
	(envelope-from skywizard@MyBSD.org.my)
Received: from tomoyo.MyBSD.org.my (tomoyo.mybsd.org.my [202.157.186.227])
	by mx1.FreeBSD.org (Postfix) with ESMTP id D48BB43D5A
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 19:06:18 +0000 (GMT)
	(envelope-from skywizard@MyBSD.org.my)
Received: from localhost (localhost [127.0.0.1])
	by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 5E7626CCB0;
	Sun, 11 Dec 2005 03:10:56 +0800 (MYT)
Received: from tomoyo.MyBSD.org.my ([127.0.0.1])
	by localhost (TOMOYO.MYBSD.ORG.MY [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 70806-09; Sun, 11 Dec 2005 03:10:53 +0800 (MYT)
Received: from misaki (unknown [IPv6:2001:328:2002:aa2:214:a5ff:fe25:e1c7])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by tomoyo.MyBSD.org.my (Postfix) with ESMTP id 05FAA6CC32;
	Sun, 11 Dec 2005 03:10:52 +0800 (MYT)
Date: Sun, 11 Dec 2005 03:06:10 +0800
From: Ariff Abdullah <skywizard@MyBSD.org.my>
To: Maher Mohamed <mahmoh@gmail.com>
Message-Id: <20051211030610.7a93acc0.skywizard@MyBSD.org.my>
In-Reply-To: <f34868a30512100656y22e41099t16930915b2ede402@mail.gmail.com>
References: <f34868a30512100656y22e41099t16930915b2ede402@mail.gmail.com>
Organization: MyBSD
X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: by Amavisd AntiVirus & AntiSpam Scanner running on FreeBSD
	mailserver at TOMOYO.MYBSD.ORG.MY
Cc: freebsd-stable@freebsd.org
Subject: Re: Ferari 4005 64bit Turion
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Dec 2005 19:06:19 -0000

On Sat, 10 Dec 2005 16:56:50 +0200
Maher Mohamed <mahmoh@gmail.com> wrote:
> I want to know what is the solution to the ATI Driver Since is not
> ver well suported in freebsd, can anyone share his expirience with
> Acer Ferrari?
> 

If you're talking about SMbus, 3d accelerated graphic, then you're
correct. Sound support for ATI just recently added into -current (for
RELENG_6, see below), and at least you can have 2d accelerated graphic
if you're using xorg-server-snap (and possibily, 3d too). In my
experience, it runs quite stable, rock solid and doesn't give much
headaches.

http://people.freebsd.org/~ariff/acer_ferrari/


--
Ariff Abdullah
MyBSD

http://www.MyBSD.org.my (IPv6/IPv4)
http://staff.MyBSD.org.my (IPv6/IPv4)
http://tomoyo.MyBSD.org.my (IPv6/IPv4)

From owner-freebsd-stable@FreeBSD.ORG  Sat Dec 10 22:18:09 2005
Return-Path: <owner-freebsd-stable@FreeBSD.ORG>
X-Original-To: freebsd-stable@freebsd.org
Delivered-To: freebsd-stable@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 3360D16A41F
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 22:18:09 +0000 (GMT)
	(envelope-from paul.lkw@gmail.com)
Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 58EF743D67
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 22:17:49 +0000 (GMT)
	(envelope-from paul.lkw@gmail.com)
Received: by wproxy.gmail.com with SMTP id i22so1161219wra
	for <freebsd-stable@freebsd.org>; Sat, 10 Dec 2005 14:17:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:to:subject:mime-version:content-type;
	b=bsol8hLjq4KK35T63dM3XnZT3nMGqbsfrKuudSWU0S7nbsTF2qpAQ1kIKK0auHzzj0mykEZUgrU0CF7f8lFnPs12EcFAIBVCL2QS2VCWSmR7voIAg97b+X6jHcxFaliwPlHgZFP+0Udcjk7kG7c5kybsBJ1Tdnli5raQ11cM/RM=
Received: by 10.65.59.1 with SMTP id m1mr376711qbk;
	Sat, 10 Dec 2005 14:17:48 -0800 (PST)
Received: by 10.65.113.13 with HTTP; Sat, 10 Dec 2005 14:17:48 -0800 (PST)
Message-ID: <ec5223a30512101417x117eeac3h@mail.gmail.com>
Date: Sun, 11 Dec 2005 06:17:48 +0800
From: "Paul.LKW" <paul.lkw@gmail.com>
To: freebsd-stable@freebsd.org
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: ACPI not work on AMI BIOS (ASUS)
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>, 
	<mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
	<mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 10 Dec 2005 22:18:09 -0000

Dear All:
I am using ASUS A8N-VM CSM mother board, as I upgraded from 4.11 I get the
following error


Dec 12 04:12:14 amd-64 kernel: ACPI-0397: *** Error: NsSearchAndEnter: Bad
character in ACPI Name: 43025350
Dec 12 04:12:14 amd-64 kernel: ACPI-0381: *** Error: Looking up [0x43025350=
]
(NON-ASCII)
Dec 12 04:12:14 amd-64 kernel: in namespace, AE_BAD_CHARACTER
Dec 12 04:12:14 amd-64 kernel: ACPI-0204: *** Error: AcpiLoadTables: Could
not load namespace: AE_BAD_CHARACTER
Dec 12 04:12:14 amd-64 kernel: ACPI-0213: *** Error: AcpiLoadTables: Could
not load tables: AE_BAD_CHARACTER
Dec 12 04:12:14 amd-64 kernel: ACPI: table load failed: AE_BAD_CHARACTER

Dec 12 04:12:14 amd-64 kernel: unknown: <PNP0c02> can't assign resources
(port)

The system even can not boot saying about to disable the APIC function if
APIC is enabled from the BIOS.

Any solution(s) about it?

THX.